Puzzle Cosmo1. 终端菜单的点子从哪里来
先说说我为什么会去折腾这个。做了几年系统维护和脚本自动化之后，你会发现一个特别现实的问题：命令行工具越来越强大，但普通用户甚至不少开发同事，看到黑底白字的终端窗口就发怵。你写好的批处理脚本、PowerShell工具，功能再完整，只要还要靠人输入命令和参数，就总有人用错。轻则跑错功能，重则把环境搞得乱七八糟。
我自己最早是在一台测试服务器上部署环境时被逼出这个思路的。当时要在一台干净的Windows机器上装一堆软件、配环境变量、跑初始化脚本，步骤特别长。我同事隔三差五就问我“下一步该点哪个”，我意识到，问题不在操作手册写得不好，而是“命令行天然缺少提示和引导”。
于是我想，干脆把一堆命令打包成一个带界面的小程序。这个“界面”不用多花哨，就做一个纯字符菜单，用户打开脚本后看到几个选项，按一下数字键回车就完事。这就是我在Windows里做交互式菜单的起点。
这个事其实没有门槛，不需要装任何开发环境，Windows自带的记事本加上系统自带的命令行解释器就能做。而且做完之后适用范围很大：你可以做一个系统优化菜单，做一个开发环境一键配置菜单，做一个日常文件备份菜单，甚至做一个局域网批量操作工具。对于经常和Windows打交道的人来说，这招至少能省下一半的重复劳动。
这篇文章就是把我的完整思路和踩坑记录写出来，从最基础的批处理菜单，到用PowerShell做一些更强的交互效果，再到实际场景里的完整案例。不管你之前有没有写过脚本，只要会复制粘贴和改文本，就能跟着做出来。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 整体设计思路与方案选型
2.1 为什么优先选批处理和PowerShell
构建Windows交互式菜单，工具有不少讲究。虽然现在用Python、Node.js也能做，但那些依赖解释器环境，换一台新电脑还得先装运行库，太折腾了。我的原则是：能在系统自带环境里解决的，绝对不引入额外依赖。
批处理（cmd的bat脚本）最大优势就是零依赖，双击就能跑，而且语法简单到几乎没有学习成本。如果你只是想要一个能弹出选项、根据输入执行命令的基础菜单，批处理永远是第一选择。缺点也明显：它处理文本和逻辑分支的能力太弱，想做一个稍微复杂点的界面或者做模糊匹配，批处理写起来会非常痛苦。
PowerShell正好补上这个缺口。它在Windows 7 SP1之后就预装在系统里，功能完整，能调用.NET库，处理字符串、做数组、搞网络请求都是小儿科。用PowerShell写的交互式菜单，观感上好很多，可以实现彩色输出、实时校验输入、动态展示系统信息这些批处理很难做到的效果。
我做菜单的思路一般是分两个档位：如果菜单选项在十个以内、逻辑简单，直接批处理；如果涉及参数校验、动态选项、需要和系统组件深度交互，就上PowerShell。别迷信哪个更强，适合场景才是第一位的。
顺便提一下，如果你在Windows上安装了Linux子系统，也可以考虑用bash脚本做菜单，但这样会引入子系统依赖，普通用户根本不会去开这个功能，所以我在实际项目中基本不用。工具链越接近系统默认，脚本的传播和使用成本就越低。
2.2 菜单系统应该有的核心结构
交互式菜单看着简单，但一个能实际使用的菜单系统，内部结构必须清晰。我一般把它划分为三层：
第一层是“展示层”，负责在终端里输出菜单标题、选项列表和提示符。这一层追求的是清晰、不留歧义。比如同一级的选项要有统一的缩进和编号格式，标题要一眼看出这个脚本是干什么的，别让用户打开终端面对一堆数字发懵。
第二层是“交互层”，负责读取用户的输入并做判断。核心逻辑是“输入-校验-重试”。用户可能按下回车、可能输入超范围数字、可能输入字母，甚至可能直接关掉窗口，所有情况都要考虑到。这一层最重要的原则是永远保持循环，直到用户明确选择退出，不要让脚本一次性跑完就退出，用完了用户还没看明白发生了什么。
第三层是“执行层”，也就是真正干活的部分。每一项功能对应一个独立的函数或子标签段，执行完成后要能回到主菜单，而不是一竿子捅到底。这样既方便用户连续操作，也让脚本结构清晰，后续维护就加一个菜单项、加一个函数段的事。
这三层逻辑无论用批处理还是PowerShell实现，思路都是一样的。不要把所有代码堆在一起，不然选项一多，你自己都改不动。
2.3 用生活类比理解菜单的交互逻辑
很多人写菜单写不好，不是不会语法，而是没想清楚“交互”到底是什么。我经常拿ATM机类比：你插卡进去，它先显示“请输入密码”，你输错它不会直接崩，而是提示“密码错误请重试”，操作完成之后问你还“继续操作”还是“退出”。好的终端菜单就是这个逻辑，永远让用户知道当前在哪、下一步能做什么、做错了怎么办。
再举一个反例。我见过有人写菜单，用户选了“1”执行完就退出脚本了。用户看完结果想再选个“2”，只能重新双击脚本再选一遍，特别蠢。这就是把菜单做成了“单次查询”而不是“交互循环”。
我写菜单的时候，脑子里一直绷着一根弦：用户不是程序员，他不知道脚本内部流程。所以每个功能执行完毕，必须明确提示“按任意键返回主菜单”，并且真的回到主菜单。这就像ATM机处理完一笔业务之后问你“是否继续其他业务”，而不是直接退卡。搞清楚这个逻辑，哪怕是新手写出来的菜单，体验也不会太差。
3. 核心细节解析与实操要点
3.1 中文乱码问题：字符编码的统一
估计所有在Windows上写批处理和PowerShell脚本的人，都遇到过终端输出中文变乱码的恶心事。这不是什么深奥问题，本质在于两个地方要知道：脚本文件的保存编码和终端的显示编码。
先说批处理。如果你用记事本把bat文件保存成UTF-8，双击运行时，cmd默认用系统的代码页（一般是936，即GBK）来解释，中文就全变成乱码了。最通用的解决办法是在脚本开头加上：
batch复制@echo off
chcp 65001 >nul
这句话的作用是把当前终端代码页切换到UTF-8，让终端按UTF-8解码后续输出。但这里有一个大坑：chcp命令只在当前终端会话里有效，而且必须放在文件内容的最前面。 如果乱码已经发生，再切换是来不及的。另外还要注意，bat脚本里的中文字符串本身必须以UTF-8编码保存。记事本保存时选择“编码为UTF-8”即可，不要选“UTF-8 BOM”，因为带BOM会让bat的第一行命令无法识别，出现“命令不是内部或外部命令”的错误。
PowerShell的情况稍微不同。Windows PowerShell 5.1默认会按系统字符集识别脚本文件，如果你的ps1文件是UTF-8编码，并且不含中文注释，一般没问题。但一旦有中文注释或者字符串，偶尔会乱。更保险的做法是在ps1文件开头加：
powershell复制[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
加上这一句，基本能保证输出正常。同时保存文件时统一用标准UTF-8。
我自己的习惯是，脚本能用英文写提示就尽量英文，但这不太现实——交互式菜单面向的用户基本是中文用户，中文提示才是刚需。所以我的重要经验就是：统一编码、统一代码页，写完测试一下再分发。 不要因为乱码劝退用户，这是第一印象问题。
3.2 批处理菜单的变量延迟展开陷阱
批处理有个让人崩溃的特性，就是变量在代码块里会“提前展开”。什么叫“提前展开”？举个例子：
batch复制@echo off
set num=1
if %num%==1 (
set num=2
echo %num%
)
这段代码你预期它输出2，实际输出的却是1。原因在于cmd解析整个if代码块时，%num%会在语句执行前就被替换成当前值1，后面的set语句只是改了环境变量，但echo那里用的还是旧值。
解决办法是用“延迟环境变量扩展”，在脚本顶部加上：
batch复制setlocal enabledelayedexpansion
然后代码块内部用!num!代替%num%来引用变量。我写批处理菜单时，几乎每个脚本都会加上这一行，因为菜单处理用户输入、实现循环跳转时，几乎必然涉及代码块内修改变量。
具体到交互菜单场景，一个典型写法是：
batch复制:menu
echo 1. 选项一
echo 2. 选项二
echo 3. 退出
set /p choice=请输入数字：
if "!choice!"=="1" (
call :func1
)
if "!choice!"=="2" (
call :func2
)
if "!choice!"=="3" (
exit /b
)
goto menu
这里的!choice!就是延迟展开的用法。如果你忘了开延迟扩展，并且在括号里比较变量，很可能出现永远走不对分支的情况，而且排查起来很头痛。这个坑，几乎每个批处理老手都踩过。
3.3 菜单返回与退出机制的设计
菜单脚本的核心是死循环，但“死循环”不等于“无出路”。好的退出机制要同时支持两种结束方式：用户主动选“退出”选项，以及用户按Ctrl+C或者直接关闭终端。
批处理里我习惯用goto做循环标签。每个功能执行完之后，用pause等待用户按键，然后goto menu回到主菜单。退出功能用exit /b或goto :eof返回。这里要特别注意：如果你是在bat里用call :label调用子功能，子功能结束一定要写goto :eof，否则程序会顺着往下执行，把后面的代码全跑一遍，结果乱七八糟。
PowerShell的菜单循环更好处理，直接用while ($true)或者do {} while ()，退出用break跳出去即可。子功能写成函数后用Read-Host接收输入，函数结束自然返回主循环。
还有一个细节：菜单里出现“0”作为退出键是惯例，因为用户手指在键盘上更容易按到数字小键盘的0附近，而且和常规逻辑（0=结束）一致。我见过一些人用9当退出，也不是不行，但遵循惯例能减少用户思考时间。
4. 实操过程与核心环节实现
4.1 基础版：用批处理实现单级功能菜单
开始动手写之前，我建议先规划一个实际场景。为了讲清楚整个过程，我们做一个“Windows系统日常维护菜单”，包含三个功能：清理临时文件、查看系统信息、打开网络设置。这个场景很典型，用户可以照着改成自己的。
先新建一个文本文件，改后缀为.bat，然后用记事本编辑，输入以下完整代码：
batch复制@echo off
chcp 65001 >nul
setlocal enabledelayedexpansion
title 系统日常维护工具
:menu
cls
echo ============================================
echo 系统日常维护工具
echo ============================================
echo.
echo 1. 清理系统临时文件
echo 2. 查看系统基本信息
echo 3. 打开网络设置
echo 0. 退出
echo.
set /p choice=请输入功能编号后回车：
if "!choice!"=="1" call :clean_temp
if "!choice!"=="2" call :show_info
if "!choice!"=="3" call :open_network
if "!choice!"=="0" exit /b
echo 输入无效，请重新输入。
pause
goto menu
:clean_temp
cls
echo 正在清理临时文件夹...
del /q /s %TEMP%\* >nul 2>nul
del /q /s C:\Windows\Temp\* >nul 2>nul
echo 清理完成。
pause
goto menu
:show_info
cls
echo === 系统基本信息 ===
systeminfo | findstr /B /C:"OS Name" /C:"OS Version" /C:"System Type"
echo.
echo === 内存使用情况 ===
wmic OS get FreePhysicalMemory,TotalVisibleMemorySize /Value
pause
goto menu
:open_network
cls
echo 正在打开网络设置窗口...
start ms-settings:network
echo 已打开网络设置。
pause
goto menu
逐段拆解一下这个脚本的关键细节。
chcp 65001 >nul的作用前面说过，是避免中文乱码。setlocal enabledelayedexpansion解决变量延迟展开，这两行是基础配置，建议每个脚本都带上。
:menu是一个标签，配合goto menu实现循环。cls清理屏幕，保证每次显示菜单时界面干净，不会被上一次的输出刷掉。echo.输出一个空行，用来做视觉分隔，让菜单不那么拥挤。
set /p choice=是批处理读取用户输入的标准方式，它会暂停脚本等待用户输入并以回车结束，把输入内容赋给choice变量。接下来的一串if语句根据choice值跳转到对应功能段。注意我给每个功能都加了一个call调用，而不是直接goto，区别在于call会执行完标签段后返回到调用位置，配合段末的goto menu逻辑，能确保流程回到主菜单。
每个功能段末尾都有pause和goto menu，pause提示用户按任意键继续，相当于给用户一个观察执行结果的窗口。如果不加这个暂停，脚本会瞬间回到主菜单，用户根本看不清上面输出了什么。这些“小动作”看似不起眼，但直接决定脚本是否好用。
4.2 进阶版：带输入校验与错误处理
基础版菜单有个明显的漏洞：如果用户输入一个不存在的编号，脚本只是弹一句“输入无效”，然后要求重新输入。这还能接受，但如果你希望体验更好，可以在用户输入非法值的时候不打断流程，而是持续等待。我接下来做一个改进版，把输入校验做得更严密。
改进思路是：如果用户输入的不是数字，或者数字超出了已有菜单的范围，都留在输入环节，直到拿到合法输入为止。批处理做这种循环判断稍显笨重，但也能实现：
batch复制:get_choice
set /p choice=请输入功能编号后回车：
if "!choice!"=="" (
echo 输入不能为空，请重新输入。
goto get_choice
)
set "valid=0"
for %%i in (1 2 3 0) do (
if "!choice!"=="%%i" set "valid=1"
)
if "!valid!"=="0" (
echo 请输入菜单中存在的编号。
goto get_choice
)
这里的思路是：用一个for循环遍历所有合法编号，只要匹配上就把valid标记设为1，之后检查标记。这个技巧特别实用，比写一堆if判断简洁，而且添加新菜单项时只需在for列表里加一个数字。注意for循环体内引用变量时也要用!choice!和!valid!，因为for带括号，属于代码块，普通%var%又会被提前展开。
输入校验的核心价值在于防止用户误操作导致脚本执行未知分支。如果你直接拿用户输入goto到一个不存在的标签，cmd会报错并且退出脚本，体验极差。用白名单校验后就稳妥多了。
4.3 视觉升级：用PowerShell做高交互性菜单
批处理菜单功能上是够用的，但界面确实朴素。如果你想要彩色文字、动态信息、甚至支持鼠标点击不太现实，但通过PowerShell可以做到非常漂亮的字符界面的交互体验。这里分享我常用的一个PowerShell菜单模板。
先说方案选型：Windows PowerShell 5.1是系统自带的，几乎所有Windows 10/11电脑都能直接运行。脚本后缀是.ps1，默认双击不会执行，需要右键选择“使用PowerShell运行”，或者创建快捷方式加参数。如果在PowerShell窗口里运行被策略挡住，可以临时用powershell -ExecutionPolicy Bypass -File 脚本路径.ps1启动。这个策略限制不是安全问题，是微软默认的防误触机制，不用过分担心。
下面是一个带彩色高亮和实时系统状态展示的菜单：
powershell复制[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
$host.UI.RawUI.WindowTitle = "PowerShell 交互式菜单"
function Show-Menu {
Clear-Host
Write-Host "========================================" -ForegroundColor Cyan
Write-Host " 运维工具箱 v1.0" -ForegroundColor Green
Write-Host "========================================" -ForegroundColor Cyan
Write-Host " 当前时间: $(Get-Date -Format 'yyyy-MM-dd HH:mm:ss')" -ForegroundColor Yellow
Write-Host " 当前用户: $env:USERNAME" -ForegroundColor Yellow
Write-Host ""
Write-Host " 1. 查看磁盘空间报告" -ForegroundColor White
Write-Host " 2. 清理临时文件（安全模式）" -ForegroundColor White
Write-Host " 3. 测试网络连通性" -ForegroundColor White
Write-Host " 0. 退出" -ForegroundColor Red
Write-Host ""
}
function Get-DiskReport {
Clear-Host
Write-Host "=== 磁盘空间报告 ===" -ForegroundColor Cyan
Get-PSDrive -PSProvider FileSystem | Select-Object Name, @{N='已用(GB)';E={[math]::Round($_.Used/1GB,2)}}, @{N='剩余(GB)';E={[math]::Round($_.Free/1GB,2)}}, @{N='总计(GB)';E={[math]::Round(($_.Used+$_.Free)/1GB,2)}} | Format-Table -AutoSize
Write-Host ""
Read-Host "按回车返回主菜单"
}
function Clear-TempFiles {
Clear-Host
Write-Host "=== 清理临时文件 ===" -ForegroundColor Cyan
$targets = @(
$env:TEMP,
"C:\Windows\Temp"
)
foreach ($t in $targets) {
if (Test-Path $t) {
$before = (Get-ChildItem $t -Recurse -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum
Get-ChildItem $t -Recurse -Force -ErrorAction SilentlyContinue | Remove-Item -Force -Recurse -ErrorAction SilentlyContinue
Write-Host "已清理: $t" -ForegroundColor Green
}
}
Write-Host "清理完成。" -ForegroundColor Green
Read-Host "按回车返回主菜单"
}
function Test-Network {
Clear-Host
Write-Host "=== 网络连通性测试 ===" -ForegroundColor Cyan
$hosts = @("www.baidu.com", "www.microsoft.com")
foreach ($h in $hosts) {
$result = Test-Connection -ComputerName $h -Count 2 -ErrorAction SilentlyContinue
if ($result) {
Write-Host "$h 连通正常" -ForegroundColor Green
} else {
Write-Host "$h 无法连通" -ForegroundColor Red
}
}
Read-Host "按回车返回主菜单"
}
while ($true) {
Show-Menu
$choice = Read-Host "请选择功能"
switch ($choice) {
"1" { Get-DiskReport }
"2" { Clear-TempFiles }
"3" { Test-Network }
"0" { Write-Host "再见！" -ForegroundColor Cyan; break }
default { Write-Host "无效输入，按回车继续" -ForegroundColor Red; Read-Host }
}
}
这个脚本结构就清晰很多了。外层是一个无限while循环，每次循环先调用Show-Menu打印菜单，然后Read-Host接收用户输入，switch做分支跳转，每个功能是独立的函数，末尾统一Read-Host等用户按回车再回到主菜单。
视觉层面，PowerShell用Write-Host的-ForegroundColor参数就能给每行文字上色，标题、选项、提示用不同颜色区分，观感比批处理好非常多。顶部动态显示当前时间和用户，这类“环境信息”在运维工具里特别实用，用户能一眼确认当前是不是他预期的那台机器、那个用户。
清理临时文件这个功能的实现，我特意加了“安全模式”这个词，意思是脚本不处理正在被占用的文件，也不提示错误。实现上用-ErrorAction SilentlyContinue把零星的文件占用错误吞掉，避免刷屏。这个模式适合日常维护，但如果要做彻底清理，还得手动关掉一些程序再跑。
4.4 实战案例：一键搭建开发环境菜单
光讲菜单本身有点纸上谈兵。我分享一个实际项目：给团队做的“Windows开发环境初始化菜单”。这个案例能把上面的技巧全部串起来。
场景是这样的：新同事入职，电脑是全新的Windows，需要装Git、Python、Node.js、配置SSH密钥、克隆代码仓库、安装IDE插件。以前这份工作是运维手动一条条跑命令，新人等得急，运维也烦。我干脆做了个菜单脚本放进U盘，新人自己双击一步步来。
核心结构仍然是三层：菜单展示、输入校验、功能执行。我抽几个关键功能来展开：
第一项“安装必备软件”。由于Windows没有类似Linux下apt-get的统一包管理器，即使WinGet已经内置在Win10较新版本和Win11里，也不能保证每台机器都有。所以我的脚本采取了智能策略：先检查系统有没有winget，有就优先用winget安装，没有再提示用户去官网下载。判断命令存在可以用Get-Command：
powershell复制if (Get-Command winget -ErrorAction SilentlyContinue) {
winget install --id Git.Git -e --silent
} else {
Write-Host "未检测到winget，请手动安装" -ForegroundColor Yellow
}
第二项“配置Git全局信息”。这里要让用户交互输入，PowerShell的Read-Host可以带提示文字，很直观：
powershell复制$gitName = Read-Host "请输入你的Git用户名"
$gitEmail = Read-Host "请输入你的Git邮箱"
git config --global user.name "$gitName"
git config --global user.email "$gitEmail"
第三项“生成SSH密钥并显示公钥”。这个功能在批处理里写会有点绕，但PowerShell就是几行的事。生成密钥时用ssh-keygen注意避免交互阻塞，合理设置参数即可：
powershell复制$keyPath = "$env:USERPROFILE\.ssh\id_rsa"
if (-not (Test-Path $keyPath)) {
ssh-keygen -t rsa -b 4096 -N "" -f $keyPath
}
Get-Content "$keyPath.pub"
实际部署之后，新同事自己跑一遍这个菜单，十分钟不到就完成环境配置，运维基本不用插手。这个案例说明，交互式菜单最大的价值不是炫技，而是把一套复杂的操作流程固化成可重复执行的工具，降低对个人经验的依赖。
5. 常见问题与排查技巧实录
5.1 使用CMD还是PowerShell：选择困难症的治疗方案
很多刚接触的人会问我，到底应该用哪个。我给一个简单明确的判断标准：如果你只需要“显示几行文字、读取一个数字、执行几条命令”，批处理足够了，文件小、速度快、双击即用。但如果你要处理更复杂的逻辑，比如动态获取系统信息、正则匹配、JSON解析、参数校验，直接用PowerShell，别在批处理里硬扛。
批处理和PowerShell之间可以互相调用，这也是一个实用技巧。你可以在PowerShell脚本里调用bat，比如：
powershell复制cmd /c "your_script.bat"
也可以在bat里调用PowerShell：
batch复制powershell -ExecutionPolicy Bypass -Command "Write-Host 'hello from powershell'"
我实际项目里的做法是“菜单壳用PowerShell，小的维护片段用批处理”，各有各的用途，不冲突。比如清理临时文件的逻辑在批处理里已经写得很成熟了，我直接让PowerShell菜单调用那个bat文件，省得用新语法重写一遍。
5.2 遇到中文乱码时，先查编码再找代码
中文乱码问题是出现频率最高的问题，排查步骤也比较固定。第一步，确认脚本文件保存编码。用记事本另存为时，看一下“编码”下拉框是UTF-8还是ANSI。如果你的字符串是UTF-8但终端用的GBK，乱码；反过来也一样。第二步，确认终端代码页。运行chcp命令能看到当前代码页，65001是UTF-8，936是GBK。第三种情况是PowerShell的[Console]::OutputEncoding和输出内容编码不匹配，这个最隐蔽，但加上我前面说的启动行基本能解决。
编码问题不要急，也不要试图用一种方案覆盖所有情况。我的建议是：统一所有脚本文件保存为UTF-8，在每个脚本开头显式设置代码页，然后在不同Windows版本上各测一遍。 Windows 7、10、11对编码的处理细节有差异，务必在最低版本上测试一次。
5.3 脚本一闪而过，根本看不到内容
双击bat文件后窗口闪一下就不见了，这是新手接触批处理最常遇到的灵异事件。原因一般是脚本报错或者执行完自动退出。有两种场景需要区分：如果脚本本身设计成执行完自动关闭，那用户体验会非常差。解决办法是在脚本末尾加上pause，让窗口停住显示“请按任意键继续”。如果加在末尾不生效，说明脚本在中间就崩溃了，解决办法是临时在可疑位置加暂停标记，逐步定位。
PowerShell默认策略下双击ps1不会打开窗口执行，而是弹出记事本。这个差异也算“一闪而过”的变种。想让用户双击就能跑PowerShell脚本，我推荐两个方案：做一个run.cmd壳文件，内容就一行：
batch复制@echo off
powershell -ExecutionPolicy Bypass -File "%~dp0menu.ps1"
pause
用户双击run.cmd，cmd会启动PowerShell执行menu.ps1，因为pause的存在，就算脚本退出，窗口也会等待用户按键再关闭。另一个方案是给ps1创建快捷方式，在“目标”里加启动参数，但每次换机器要重新做快捷方式，麻烦。壳文件方案更通用，我基本都用这个。
5.4 文件路径带空格导致的莫名错误
Windows的用户名目录经常带空格，比如C:\Users\Zhang San\AppData\Local\Temp。如果你在批处理里写cd C:\Users\Zhang San\Desktop，cmd会把它拆成两个参数“C:\Users\Zhang”和“San\Desktop”，然后报错找不到路径。这其实是Windows命令行使用的基础问题，但凡是遇到“路径对但就是无法访问”的怪问题，十有八九是没加引号。
批处理里统一用英文双引号包住路径：
batch复制cd "C:\Users\Zhang San\Desktop"
PowerShell同样要加引号，或者用&调用带空格路径的可执行文件：
powershell复制& "C:\Program Files\Git\bin\git.exe" --version
还有一个细节是%~dp0这个变量，它表示当前bat文件所在目录，结尾自带反斜杠。比如bat放在D:\tools\下，%~dp0的值就是D:\tools\。在脚本里拼接路径时，很容易写出%~dp0config.ini这样没注意目录分隔符的路径，结果变成D:\tools\config.ini是对的，但如果目录名带空格，还是得引号包起来才行："%~dp0config.ini"。这个变量在制作便携式工具时非常有用，因为脚本不管放在哪个目录都能正确找到自己的文件，不用写死绝对路径。
5.5 权限不足导致的操作失败
有时候菜单功能本身正常，但执行某些命令时提示“拒绝访问”。比如清理C:\Windows\Temp下的文件、修改系统服务状态、写入Program Files目录，这些操作都需要管理员权限。如果你用普通权限打开了一个菜单脚本，里面的部分功能注定无法成功。
我给每个涉及系统级操作的脚本都内置了“自动提权”逻辑。批处理里这样写：
batch复制@echo off
net session >nul 2>&1
if %errorlevel% neq 0 (
powershell -Command "Start-Process '%~f0' -Verb RunAs"
exit /b
)
这段代码的思路是：用net session探测当前是否管理员权限，如果不是，就用PowerShell的Start-Process -Verb RunAs重新以管理员身份启动脚本自身，然后退出当前普通权限进程。这样用户只需要在弹出的UAC提示框里点一下“是”，后续全程都是提权后的状态。
PowerShell里判断权限更直接：
powershell复制$isAdmin = ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)
if (-not $isAdmin) {
Start-Process -FilePath "powershell" -ArgumentList "-ExecutionPolicy Bypass -File `"$PSCommandPath`"" -Verb RunAs
exit
}
这里要说明一下，UAC弹窗不是程序有问题的表现，而是Windows的默认安全机制。提权逻辑是正常脚本开发的一部分，跟“绕过安全”没有关系。但这也提示我们：在设计菜单时，尽量把需要管理员权限的功能和普通功能分开，不必要时不要让用户频繁点UAC，否则用户会觉得这个工具很烦。
5.6 按数字键没反应或输错了怎么处理
最后分享一个交互体验细节。set /p和Read-Host都是要“输入内容后按回车”才生效，这给了一些用户感觉上的延迟。如果你的菜单功能很多，用户可以连续按键，但没按回车，脚本根本不会响应。有人觉得这是缺点，但我反而觉得这是优点：它给了用户反悔的机会，输错了还没按回车就能直接退格修改。
真正需要处理的不是“按键延迟”，而是“输入完后没按回车就等不到响应”。这个问题无法通过脚本消除，但可以在菜单说明文字里明确写“输入数字，然后按回车键确认”。这个提示很多脚本都没写，用户满脸问号，其实是设计者偷懒了。
如果用户按了回车但输入了非法内容，我的原则是绝不静默退出，一定要回到菜单并给出明确提示。批处理里是“输入无效，请重新输入”，PowerShell里是default分支打个红色提示。这样即使用户连续犯错，也不会被扔到一个陌生的黑屏里。
6. 扩展思路与后续玩法
交互式菜单的技术含量不算高，但它的上限比你想象的高。我讲讲几个我尝试过的扩展方向，给你做个参考。
一个方向是“多级子菜单”。主菜单放大的分类，比如“系统维护”“开发工具”“网络诊断”，选择某个分类后进入二级菜单，再显示具体操作。这在批处理里可以用多个标签段模拟，PowerShell里更简单，每个分类一个函数，函数内部再写一个while循环做子菜单。真正的核心就是“每一级菜单都是独立的循环+选项判断”，递归调用即可。做多级菜单时要注意深度控制，我一般不超过三级，超过三级用户就迷路了。
另一个方向是“输出日志”。菜单里每个功能执行后，把结果时间戳记下来写入一个log文件，方便事后排查。做法并不复杂，在PowerShell里用Add-Content一行就能追加，在批处理里用>> log.txt重定向也能实现。加了日志之后，这个工具就从“个人便捷脚本”升级成了“可追溯的运维工具”，价值瞬间不一样。
还有一个方向是“动态菜单”。也就是说，菜单选项本身是根据系统当前状态生成的。比如检测到系统没有装Git，就显示“安装Git”，检测到已装，就显示“升级Git”。PowerShell结合数组和循环，完全能实现动态构建选项列表。这种工具在装机场景里非常实用：用户只需要一直按“1”，脚本能判断当前还缺什么，自动走对应的安装流程。
如果想让菜单更“现代化”，可以考虑把字符界面换成图形界面。但这跟我今天讲的“终端菜单”主题就偏了。从投入产出比上看，终端菜单在运维脚本里已经够用，而且它在任何SSH会话、远程终端、最小化系统环境里都能跑，图形界面反而受限制。
我的最终心得
如果你从零开始学这个，我的建议是：先不要急着复制大段代码，找一个你日常生活中重复三次以上的操作，用最基础的bat写一个两个选项的菜单，让它跑通。然后加上第三个选项，加上输入校验，加上返回主菜单的循环。等这套流程跑顺了，再切到PowerShell做一套彩色版本。
我实际写过的脚本里，真正复杂的永远是业务逻辑部分，菜单本身往往是最后花半小时拼出来的壳。但就是这个壳，决定了一个工具能不能被别人用起来。命令行世界里，一个不会交互的工具，用户记不住它；一个不知道怎么引导用户操作的工具，用户不敢用它。交互式菜单的意义就在这里：它让复杂的命令有了人和机器之间沟通的入口，也让命令行的力量触及到了更多不会写命令的人。
把菜单做好，让终端里的工具“会用”“好用”“有人用”，这比堆砌更多命令更有意义。