如果你常年在Windows上敲命令行，一定有过这种体验：要用的命令越来越多，分散在笔记、收藏夹、聊天记录里，每天最频繁的操作反而是“找命令”。我最初做终端菜单，就是被这种重复劳动逼的。后来我把常用的系统巡检、服务启停、环境切换、临时文件清理全部收敛到一个交互式菜单里，打开终端输一个数字，剩下的交给脚本。这篇东西就是围绕“终端菜单的艺术：在Windows中构建交互式菜单”展开的，既讲原理，也给一套可以直接抄作业的完整脚本，适合所有想在Windows下把命令行用得更顺手的开发、运维和折腾党。

1. 为什么要在Windows中构建终端菜单

1.1 终端菜单解决的三个核心痛点

先说痛点。第一是命令碎片化。Windows下我们常用的命令分布在cmd、PowerShell、Windows Terminal里，今天用ipconfig查IP，明天用netstat看端口，后天又要调wsl的状态，看起来每个命令都不难，但组合起来就是一笔烂账。第二是重复输入的成本。做一次系统巡检可能要敲十几条命令，每次还得记得先后顺序，稍不留神敲错一个参数就白跑。第三是团队协作的问题。你做了一个一键清理脚本，同事拿过去却不知道怎么用，总不能每次都远程连线教他。

交互式菜单把这三件事一起解决了。它的本质是把一系列命令“封装”成菜单项，用户面对的不再是一堆裸命令，而是一个简单的数字选择界面。对于使用的人来说，门槛从“记得住命令”降到了“认得数字”，就算完全不懂命令行的人，也能照着菜单完成操作。

1.2 什么样的场景适合终端菜单

不是所有事情都适合塞进终端菜单，我吃过亏，所以把适合和不适合的场景都列一下。

适合做的：

• 日常系统巡检，比如一键查看系统信息、磁盘占用、网络配置、正在运行的进程。
• 批量操作，比如批量清理临时文件、批量改文件名、批量ping一组IP。
• 开发环境切换，比如启动或停止本地Redis、Docker容器、数据库服务，这些在Windows下装完往往没有图形界面，菜单正好补位。
• 工具集合入口，把散落的各种小脚本统一挂到一个菜单下面。

不适合做的：

• 需要复杂表格展示或图表分析的任务，这类交给GUI或导出Excel更好。
• 需要连续填空、大量参数输入的流程，终端菜单在复杂输入上的体验很差，建议用配置文件或者PowerShell函数。
• 涉及敏感信息输入的场景，比如频繁输入密码，终端虽然能做，但很容易被记录到历史里，有安全顾虑。

下面这个表格可以更直观地看到终端菜单和图形工具的差异：

1.3 “艺术”体现在哪里

标题里“艺术”这个词，不是玄学，说的是菜单设计里那些容易被忽略的细节。同样是显示一行标题，有人直接echo完事，有人会先切换代码页、设置窗口标题、调整前景色，再把菜单项用等宽对齐，区别就在这。终端菜单的艺术，往浅了说是排版好看、按键反馈清晰，往深了说是交互节奏的设计——用户按下数字后，要多久能看到反馈，功能结束后是自动回主菜单还是暂停等待，这些都需要提前想清楚。好的终端菜单，不是“能跑就行”，而是让每个操作都有清晰的路径和返回出口。

2. 交互式菜单的三块基石：echo、输入捕获与流程跳转

2.1 界面绘制：echo的控制艺术

写终端菜单第一行见到的基本都是@echo off，它的作用是关闭命令回显，否则每条命令执行时都会先打印命令本身，界面会乱成一团。echo.可以输出一个空行，echo ===============是画分隔线，这些都是基础中的基础。

但有一个细节很多人不知道：echo.在特定情况下有坑。如果当前目录下恰好存在一个名为echo的文件（没扩展名），echo.会被解析成执行这个文件而不是输出空行。更稳妥的写法是echo(，比如echo(直接输出空行，echo(===============输出分隔线。我在早期脚本里用echo.一直没事，直到在某台机器上碰到同名文件，菜单直接劈裂，才老老实实换成了echo(。

还有一个容易被忽视的点是窗口标题和颜色。在脚本开头写两行：

bat复制title 系统工具菜单
color 0A

color 0A的意思是背景黑色、前景亮绿色。这样用户一眼就能从一堆窗口里认出你的终端菜单，不用切来切去找。

2.2 输入捕获：set /p 与 choice 的取舍

交互式菜单的核心在“交互”，也就是读取用户的输入。Windows批处理里常见的两种方式是set /p和choice。

set /p的用法是set /p choice=请输入数字：，用户输入后会赋值给变量choice，之后用if "%choice%"=="1" goto label判断。它的优点是灵活，可以接受任意字符串；缺点是必须按回车确认，而且变量可能为空或非法值，脚本里要处理这些情况。

choice是专门的按键选择命令，写法是choice /c 1234 /n /m "请选择："。参数/c 1234指定可用的按键集合，/n不显示按键列表，/m显示提示文字。它最大的优点是“按键即响应”，用户不用按回车，体验更接近原生菜单；另外它还自动设置errorlevel，第1个选项对应errorlevel 1，第2个对应errorlevel 2，以此类推。

两者的取舍，我的建议是：如果菜单项不超过9个，优先用choice，因为它天然过滤掉了无效输入，体验干净；如果需要支持输入路径、IP、自定义字符串，那只能用set /p。

2.3 流程跳转：goto、call 与 errorlevel 的配合

批处理没有函数的概念，但通过goto和call可以模拟出非常灵活的控制流。

goto label是内部跳转，比如用户选择“清理临时文件”就跳转到:clean标签，执行完再goto menu回到主菜单。call则更贴近“函数调用”，语法是call :func_name，执行到goto :eof或exit /b时自动返回调用点。这个区别在写多级菜单时很有用：主菜单调用子菜单用call，子菜单结束后可以自然回到主菜单，而不用每个分支都写goto menu。

errorlevel的判断有个经典坑：判断顺序必须从大到小。因为if errorlevel 3的含义是“errorlevel大于等于3时成立”，如果先判断if errorlevel 1，执行第一个选项后就直接命中，后面全被跳过。如果用choice，正确写法是这样：

bat复制choice /c 1234 /n /m "请选择："
if errorlevel 4 goto option4
if errorlevel 3 goto option3
if errorlevel 2 goto option2
if errorlevel 1 goto option1

反过来从1开始判断就会乱套。这个规则我在刚开始写的时候踩过，后来就形成肌肉记忆了。

3. 实战：从零构建一个系统工具菜单

3.1 先搭一个干净的主循环骨架

下面这套代码可以直接复制保存为toolmenu.bat，编码使用ANSI（后面第4节详细讲编码问题）。

bat复制@echo off
chcp 936 >nul
title 系统工具菜单
color 0A

:menu
cls
echo(
echo  ==========================================
echo    系统工具菜单
echo  ==========================================
echo(
echo    1. 查看系统信息
echo    2. 清理临时文件
echo    3. 切换电源模式与游戏优化
echo    4. 服务管理子菜单
echo    5. 退出
echo(
echo  ==========================================
echo(
choice /c 12345 /n /m "请输入菜单项对应的数字："
if errorlevel 5 exit /b
if errorlevel 4 goto service_menu
if errorlevel 3 goto power_menu
if errorlevel 2 goto clean_temp
if errorlevel 1 goto sysinfo

为什么先搭骨架？因为菜单的“主循环”是所有功能模块的容器，先把容器做稳，后面加功能就是往里面插代码块。cls每次清屏，保证菜单看起来始终是干净的一页；choice /c 12345限定只能是1到5，输入其他字符根本不会进入流程，从源头上规避了无效输入。

3.2 功能模块一：系统信息收集

这个模块的目标是一条龙输出用户最关心的信息，不用再手动敲systeminfo等半天。实现起来很简单，关键是选对命令和过滤方式。

bat复制:sysinfo
cls
echo 正在收集系统信息...
echo(
echo [主机名] %COMPUTERNAME%
echo [当前用户] %USERNAME%
echo [系统版本]
systeminfo | findstr /b /c:"OS Name" /c:"OS Version" /c:"System Type"
echo(
echo [IP配置]
ipconfig | findstr /i "IPv4 子网 默认网关"
echo(
pause
goto menu

%COMPUTERNAME%和%USERNAME%是内置环境变量，直接读取最快。systeminfo输出很啰嗦，用findstr /b /c:"..."可以只抓取以指定内容开头的行。ipconfig同理，用findstr /i做不区分大小写过滤，中文系统输出是“IPv4 地址”和“子网掩码”，英文系统是“IPv4 Address”和“Subnet Mask”，/i参数能覆盖两种环境。最后用pause让用户看结果，按任意键再回主菜单，避免一闪而过。

3.3 功能模块二：临时文件清理与游戏优化

很多热搜词都在问“怎么用bat优化游戏性能”，这是个特别适合做成菜单项的活儿。我写了一个综合模块，把三个动作合并在一项里：清理临时文件、切换高性能电源模式、调整网络参数。

bat复制:clean_temp
cls
echo 正在清理临时文件...
del /q /f /s "%TEMP%\*" >nul 2>&1
del /q /f /s "C:\Windows\Temp\*" >nul 2>&1
echo 临时文件清理完成。
pause
goto menu

:power_menu
cls
echo 正在执行游戏性能优化...
echo(
echo [1] 切换电源模式为高性能...
powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c
echo [2] 停止系统索引服务以降低磁盘占用...
sc config WSearch start= disabled >nul 2>&1
sc stop WSearch >nul 2>&1
echo [3] 优化TCP自动调谐级别...
netsh int tcp set global autotuninglevel=normal
echo(
echo 优化完成，部分设置重启后生效。
pause
goto menu

先说清理部分。del /q /f /s分别表示静默删除、强制删除、递归子目录，>nul 2>&1把所有输出和错误都吞掉，不给用户看到一堆权限拒绝的报错。清理%TEMP%和C:\Windows\Temp是最常见的两个位置，注意系统临时目录里的文件可能正在被占用，删不掉也正常，不用纠结。

再说游戏优化部分。powercfg /setactive后面跟的是“高性能”电源计划的GUID，不同语言和版本的Windows下该GUID基本固定，直接使用即可。sc config WSearch start= disabled是禁用Windows Search服务，注意start=后面必须紧跟一个空格，这是sc命令的格式要求，写错会报参数错误。netsh int tcp set global autotuninglevel=normal是把TCP接收窗口自动调优级别设为常规，用于改善延迟和吞吐量表现。这些操作都不涉及系统关键功能，但我会加上注释，让使用的人知道每个步骤在干什么。

3.4 功能模块三：服务管理子菜单

子菜单是菜单体系里体现“层级”的部分。主菜单第4项进入一个专门管服务的子菜单，这里用call来实现返回逻辑。

bat复制:service_menu
call :display_services
choice /c 123 /n /m "请选择：1.重启指定服务  2.查看失败服务  3.返回上级："
if errorlevel 3 goto menu
if errorlevel 2 goto failed_services
if errorlevel 1 goto restart_service
goto service_menu

:display_services
cls
echo 当前正在运行的服务（部分）：
sc query type= service state= active | findstr /i "SERVICE_NAME"
echo(
goto :eof

:failed_services
cls
sc query type= service state= inactive | findstr /i "SERVICE_NAME"
pause
goto service_menu

:restart_service
set /p svcname=请输入要重启的服务名称：
net stop "%svcname%" >nul 2>&1
net start "%svcname%" >nul 2>&1
if %errorlevel% equ 0 (
  echo 服务 %svcname% 已重启。
) else (
  echo 服务重启失败，请确认服务名是否正确，并尝试以管理员身份运行。
)
pause
goto service_menu

sc query type= service state= active可以列出所有正在运行的服务，这里搭配findstr只看服务名。call :display_services子程序负责展示，goto :eof表示子程序结束并返回调用点。子菜单里第3项用goto menu跳回主菜单，第1项和第2项结束后再goto service_menu回到子菜单，形成各自的闭环。

这里还有个细节：sc query的语法中type=和state=后面必须保留空格，这是命令格式硬性要求，初写时很容易漏。

4. 进阶技巧：编码、权限、变量与窗口控制

4.1 中文乱码问题的三处关键点

Windows终端脚本最头疼的就是中文乱码。同样是显示“系统工具菜单”，有人显示正常，有人显示成一堆问号或锟斤拷，原因多半出在三个地方。

第一是代码页。cmd默认在简体中文系统下是936（GBK），在英文系统或某些终端下是437或65001。如果脚本里写了中文，必须用chcp 936切回GBK，或者把脚本保存为UTF-8后用chcp 65001切换。第二是脚本文件的保存编码。用记事本另存为时，默认是ANSI，对应GBK；如果用VS Code保存成UTF-8，那脚本里的中文字节和936代码页就不匹配，显示乱码。第三是输出内容的编码。有些命令的输出本身是Unicode格式，比如wmic的部分字段，重定向到文件或管道后可能乱码。

我的配置方法是：脚本头部固定写chcp 936 >nul，文件用ANSI编码保存，这是最稳的组合。如果你习惯用VS Code编辑，注意右下角把编码改成GBK或保存时选“GB 2312”。如果你坚持用UTF-8，那脚本里第一行必须有chcp 65001 >nul，同时文件要存成UTF-8（不带BOM），这两者缺一个都会出问题。

4.2 管理员权限的检测与自动提权

菜单里一旦涉及服务管理、电源计划修改、清理系统目录，就必须以管理员身份运行，否则命令会静默失败或报“拒绝访问”。直接让用户右键“以管理员身份运行”是一种办法，但用户经常忘，更好的做法是脚本自己检测并自动提权。

判断当前是否管理员，最简洁的命令是net session，非管理员执行会失败并返回非零的errorlevel。自动提权用PowerShell启动一个提升权限的新进程，并带上当前脚本的完整路径。

bat复制net session >nul 2>&1
if %errorlevel% neq 0 (
    echo 需要管理员权限，正在请求提升...
    powershell -Command "Start-Process -FilePath '%~f0' -Verb RunAs"
    exit /b
)

%~f0是批处理里表示“当前脚本完整路径”的变量，Start-Process -Verb RunAs会触发UAC弹窗，用户点“是”后以管理员身份重新运行本脚本。这段要放在脚本最前面，早于任何可能涉及权限的操作。有一个注意事项：提权后脚本会重新从第一行执行，如果之前已经做了chcp等设置，新窗口会重新执行，不受影响。

4.3 延迟变量扩展的坑

批处理里的变量默认是“立即展开”的，在括号包裹的代码块里，所有%var%在进入块之前就被替换掉了。这导致一个经典问题：在for循环或其他块内修改变量，外面读不到新值。

bat复制setlocal enabledelayedexpansion
set count=0
for /f %%i in (list.txt) do (
    set /a count+=1
    echo 当前计数: !count!
)
echo 最终计数: %count%

解决方案就是脚本开头加setlocal enabledelayedexpansion，块内使用!count!代替%count%。变量名前的感叹号表示延迟展开，进入块时不取值，执行到该行才取当前值。如果你写的菜单里要用循环统计文件数量、动态拼接命令，这个知识点几乎必踩，我一开始不知道，循环里永远输出的都是同一个值，排查了很久才发现是变量展开时机的问题。

4.4 让菜单窗口更有“终端感”

一个成熟的交互式菜单，除了功能，外观和交互细节也很重要。下面这几个小技巧能明显提升使用体验。

• 窗口尺寸：mode con cols=80 lines=28可以在脚本里调整窗口宽度和高度，固定尺寸比用户手动拖拽更稳定。
• 清屏与重绘：每次回到主菜单执行cls，保证界面永远是干净的一页。
• 按键反馈：choice自带按键即执行的能力，用户一按数字就立刻跳转，不用按回车，这个反馈节奏比set /p舒服很多。
• 功能模块之间的过渡：在进入长耗时操作前，先用echo提示“正在执行，请稍候...”，避免用户以为卡死了。
• 统一格式：所有菜单项用同样的缩进和等宽对齐，序号用1.、2.这样的统一格式，不要一会儿英文句号一会儿中文句号，强迫症看了会舒服很多。

这些小点单拿出来都不起眼，组合起来就是“能用”和“好用”的区别。

5. 常见问题速查与调试心得

5.1 高频问题对照表

5.2 最实用的三个调试习惯

写批处理调试起来确实不比写代码舒服，但用对方法也能很快定位问题。我自己的调试习惯有三个。

第一，临时把@echo off注释掉（改成@echo on），这样每条命令执行前都会打印命令本身，一眼就能看清脚本实际执行到哪一步、变量被替换成了什么值。第二，在关键节点加echo 当前到了XXX标签和pause，一步步确认流程跳转是否符合预期，定位完再删掉这些调试输出。第三，善用echo %errorlevel%查看上一条命令的返回值，尤其在判断权限、服务是否成功时，errorlevel是最直接的信号。

另外，如果菜单里用了chcp 65001，建议在调试时先关掉或换成936，因为UTF-8代码页下部分命令的输出对齐方式会变化，干扰判断。我自己调试过程中踩过几次因为代码页不同导致的显示错位，后来就固定用ANSI+936的开发组合，先保证逻辑没问题，再回头处理编码。

5.3 把菜单融进日常使用

脚本写完只是第一步，真正让它发挥作用是把它放到日常操作流里。我个人的做法是，把toolmenu.bat存到一个固定的脚本目录，比如D:\Scripts，然后在Windows Terminal的配置文件里加一个profile，启动命令直接指向这个脚本，这样每次打开终端第一眼就是自己的工具菜单，不用再到处找文件路径。如果你常用任务计划程序，也可以让这个菜单作为某些定时任务的前置入口。

如果你想把菜单分享给同事，建议再补一个README.txt，写清楚每个菜单项的作用、是否需要管理员权限、已知限制。终端菜单“艺术”的最后一块拼图就在这里：一个能让别人也顺畅使用的脚本，才真正算得上作品。

按照我个人的使用习惯，这套菜单脚本用下来最明显的感受是：重复劳动变少了，找命令的时间变少了，很多操作从“想半天”变成了“按一个键”。如果你也想动手做一个，不用追求一步到位，先从两三个菜单项开始，跑通了再慢慢扩展。脚本这种东西，用起来才知道下一步该往哪个方向优化。