1. cmd窗口颜色输出的两条路线全局变色与逐行着色如果你写过批处理脚本一定有过这样的感受所有输出都是同一个白字黑底跑完一大段日志根本分不清哪个是成功、哪个是警告、哪个是致命错误。项目一复杂全靠眼睛逐行扫效率极低。cmd的文本颜色输出就是解决这个问题的。先讲清楚基本盘cmd下做颜色输出实际上有两条完全不同的技术路线。第一条是cmd内置的color命令。它负责改变整个命令提示符窗口的前景色和背景色。用法很简单color 0A就是黑底浅绿字经典黑客风。但它有个天然的短板——它管的是整个窗口不是某一行文字。你执行color 4F整个窗口立刻变成红底白字之后所有输出都是这个配色直到你再次调用color改回去。第二条路线是ANSI转义序列。这套机制起源于上世纪70年代的终端标准通过向输出流中插入特殊的转义字符来控制光标位置、文字颜色、显示样式。Windows 10以前cmd默认不解析ANSI转义码你得装Ansicon这类第三方工具。但Win10之后微软在控制台底层加入了VirtualTerminalLevel选项打开开关cmd就能原生识别\x1b[32m这样的颜色码。两条路线各有适用场景。color适合一次性改变整个窗口的主题风格比如在脚本开头设置当前环境是开发环境用绿字或者当前是生产环境用黄字。ANSI转义序列则适合精细控制你想让INFO行是绿色、WARN行是黄色、ERROR行是红色就必须用它。我个人的习惯是能不用color就不用color。原因后面会详细说先记住结论——color是全局属性会污染后面所有输出ANSI是局部样式用完就恢复互不干扰。2. 先摸透color命令的十六进制色板从color 0A到color 4F如果你只是想快速让cmd换个皮肤color命令是最直接的手段。它在Windows 2000时代就存在了语法一直没变过color [attr]attr是两位十六进制数第一位指定背景色第二位指定前景色。如果只给一位比如color 4它就只改背景色前景色保持默认。不带任何参数的color命令则把窗口颜色恢复为cmd的默认值通常是黑底白字实际取决于注册表中的Console配置。完整的色板如下代码颜色代码颜色0黑色8灰色1蓝色9亮蓝色2绿色A亮绿色3浅绿色青色B亮浅绿色4红色C亮红色5紫色D亮紫色6黄色E亮黄色7白色F亮白色注意0到7是普通亮度8到F是高亮度版本。在大多数显示器上color 0A和color 02看起来差别不大但如果你用远程桌面或某些OLED屏幕亮色的观感会明显更通透。几个我实际用过的搭配color 0A黑底绿字。最早期的绿字终端风长时间看确实不累眼因为绿色波长对人眼比较友好。color 1E蓝底黄字。这个配色有历史渊源早期Windows蓝屏故障时显示的就是蓝底白字或蓝底黄字。用来吓唬别人挺好用。color 4F红底白字。我习惯把它用在严重错误的提示场景比如脚本即将结束因为依赖项缺失。这种高对比配色一眼就能注意到。color 47白底黑字。某些投影仪上白底黑字反而更清晰开会演示时会用到。color命令有一个我踩过的坑它会在批处理执行期间被反复触发导致输出混乱。举个例子你写了一段脚本echo off color 0A echo 开始部署... call build.bat echo 部署完成 color 07如果build.bat内部调用了color 02那么执行完build.bat之后你的窗口就变成黑底绿字了最后那句color 07虽然能把它改回来但中间所有输出颜色都不受控。所以color适合放在脚本开头一次性设置不适合在流程中频繁切换。另外要提醒一点cmd的color设置只对当前窗口会话有效关闭窗口就重置。如果你想让某个配色永久生效得去修改注册表里的HKEY_CURRENT_USER\Console项那个就属于系统定制的范畴了跟脚本项目关系不大这里不展开。3. ANSI转义序列从原理到批处理里塞转义字符的三类正确写法ANSI转义序列是文本颜色输出的真正主力。它不改变窗口全局属性而是在字符串中插入一段控制码终端读到这段控制码之后就知道后面的文字要变颜色了。控制码本身不会显示在屏幕上。它的核心结构是这样的ESC [ 参数 mESC是ASCII码0x1B也就是键盘上的Esc键。[是左方括号分隔符。参数是由分号隔开的若干数字。m表示这是一个SGRSelect Graphic Rendition命令也就是图形渲染参数。比如\x1b[32m绿色文字\x1b[0m\x1b[32m告诉终端后面用前景色32绿色\x1b[0m告诉终端样式重置恢复默认。这个设计逻辑其实和HTML很像——开标签、写内容、关标签。每次给文字上色都要记着在结尾把样式重置掉。常用参数值如下参数含义参数含义0重置所有样式40-47背景色黑红绿黄蓝紫青白1加粗/增强亮度90-97亮前景色4下划线100-107亮背景色5闪烁30-37前景色黑红绿黄蓝紫青白7反显交换前景和背景2暗淡比如说\x1b[1;31m就是加粗红色\x1b[4;33m就是下划线黄色。参数之间用分号隔开顺序无所谓但一般习惯把样式参数放在前面颜色参数放在后面。Windows 10以上系统默认不解析ANSI转义码需要手动打开注册表开关。这一步是网上教程里最容易漏掉的没做就上电是很多人折腾半天ANSI不出效果的根本原因。打开方式有两种。第一种用注册表编辑器。打开regedit导航到HKEY_CURRENT_USER\Console新建一个DWORD (32位)值名为VirtualTerminalLevel把值设为1。注意是1不是00对于这个键来说不存在特殊含义但设为1才代表开启。第二种用命令行直接写入reg add HKCU\Console /v VirtualTerminalLevel /t REG_DWORD /d 1 /f执行完后需要重新打开cmd窗口才生效。注册表改的是当前用户的全局配置所以它会影响之后所有cmd窗口而不只是当前这个。打开之后你在cmd里敲echo转义序列就会被解析。真正麻烦的事情来了怎么把ESC这个不可见字符放进批处理文件里。有些教程说按住Alt再输入数字这个方法在cmd的echo里根本不灵。我试过的可靠做法有三种按推荐程度排序第一种在文本编辑器里直接插入转义字符。用Windows自带的记事本打开批处理文件光标定位到需要插入时机点先按CtrlP再按Esc键。记事本会显示一个看起来像←[的符号这就是转义字符加[组成的完整序列。用这种方式可以直接在代码里写echo off echo ←[32m绿色文字←[0m注意记事本里显示的←[实际上是两个字符一个ESCASCII 27和一个[ASCII 91。不要手动输入键盘上的和-那就错位了。第二种用变量保存ESC字符。批处理里可以用set命令定义一个变量来存放ESC使用起来更清晰echo off set ESC←[ echo %ESC%32m绿色文字%ESC%0m echo %ESC%33m黄色文字%ESC%0m这样写的好处是转义序列不散落在各处改起来方便。变量名用ESC是我个人的习惯你也可以用$E或者别的什么。第三种利用prompt命令的$E参数。prompt $E可以输出一个转义字符这在某些动态生成转义序列的场景下很有用但日常编写批处理时很少用到知道有这回事就行。我在实际项目中用第二种方式写过一套颜色工具脚本把它做成一个公共的colors.bat每次新脚本开头调用一下就能直接使用红黄绿三色输出echo off set ESC set INFO%ESC%[32m[信息]%ESC%[0m set WARN%ESC%[33m[警告]%ESC%[0m set ERROR%ESC%[91m[错误]%ESC%[0m这里有个细节值得注意%ESC%的值以ESC开头后面跟[所以%ESC%32m能拼出完整的ESC[32m。如果变量直接就是ESC字符%ESC%[32m也没问题[会被当作普通字符。两种写法我都见过核心是一致的。4. 实操搭建一个带颜色输出的批处理日志脚本光讲原理不落地等于白讲。我这里给一套可以直接抄作业的脚本结构它可以作为你日后所有批处理项目的公共基础。先定义使用场景。假设你在写一个自动部署脚本需要输出以下三种日志INFO正常流程信息比如正在拷贝文件WARN存在隐患但不阻断流程比如磁盘剩余空间低于20%ERROR发生致命错误比如配置文件中没有找到数据库连接串给你的日志加上颜色整体脚本立即从黑压压一片变成扫一眼就知道哪里有事。完整的colored_log.cmd如下echo off setlocal EnableDelayedExpansion :: 开启ANSI支持 reg query HKCU\Console /v VirtualTerminalLevel nul 2nul if errorlevel 1 ( reg add HKCU\Console /v VirtualTerminalLevel /t REG_DWORD /d 1 /f nul echo 已开启ANSI支持请重新打开本窗口后运行脚本。 exit /b 1 ) :: 定义颜色变量 set ESC←[ set C_RESET%ESC%0m set C_BLACK%ESC%30m set C_RED%ESC%31m set C_GREEN%ESC%32m set C_YELLOW%ESC%33m set C_BLUE%ESC%34m set C_MAGENTA%ESC%35m set C_CYAN%ESC%36m set C_WHITE%ESC%37m set C_BRIGHT_RED%ESC%91m set C_BRIGHT_GREEN%ESC%92m set C_BRIGHT_YELLOW%ESC%93m :: 封装日志函数 :log_info echo %C_GREEN%[INFO]%C_RESET% %* exit /b 0 :log_warn echo %C_YELLOW%[WARN]%C_RESET% %* exit /b 0 :log_error echo %C_BRIGHT_RED%[ERROR]%C_RESET% %* exit /b 0 :: 主流程演示 call :log_info 部署开始... call :log_warn 检测到旧版本残留文件建议手动清理 call :log_error 无法连接数据库请检查配置文件 db_config.ini endlocal脚本开头那句setlocal EnableDelayedExpansion不是可有可无的。批处理在解析%变量%时会先对整个括号块做展开如果你在if或for块内部使用颜色变量不带延迟展开会导致变量取不到值。特别是以后你想在循环里改变颜色这个设置是前提。关于reg query那段自检逻辑它做的是如果注册表里没有VirtualTerminalLevel就主动写入然后提示用户重开窗口。这里有一个不太优雅的地方——写注册表需要管理员权限如果你的脚本不是以管理员身份运行reg add会失败。所以更稳妥的姿势是在脚本里加net session管理员检测但这已经超出本文范围了。实际运行时你会在窗口中看到绿字[INFO]、黄字[WARN]、亮红字[ERROR]每种标签后面跟的描述文字保持默认颜色。这种设计的好处是颜色被限制在标签上正文一长串白色文字依然可读不会因为整行都是亮色而刺眼。我试过整行都上色输出量大了之后眼睛确实容易疲劳。如果你的脚本需要支持中文输出请在开头加上chcp 65001 nul把代码页切换为UTF-8。但这会引入一个新问题某些Windows 10版本在切换到UTF-8代码页后ANSI转义序列会失效或者乱码。实测下来Windows 10 21H2之前的版本问题较多Windows 11上则基本稳定。如果遇到乱码一个折中方案是保持代码页为936GBK把脚本文件保存为ANSI编码转义序列照常工作中文也能显示。5. 那些我踩过的坑重定向、编码和代码页的连锁反应实际使用ANSI转义序列时最隐蔽的坑不在颜色本身而在输出流的处理方式上。第一个坑输出重定向后颜色代码裸露。如果你把带颜色的输出重定向到文件里比如echo %C_RED%[ERROR]%C_RESET% 出错了 log.txt那么log.txt里会原样保存ESC[31m[ERROR]ESC[0m这些控制字符用记事本打开会看到一堆乱码用type命令显示则是一片诡异的符号。原因很简单ANSI转义序列属于终端指令只有终端才识别它普通文本文件不会。所以日志重定向场景下正确的做法是把颜色强制去掉或者用con把彩色输出指定给控制台然后另外用不带颜色的echo写入文件。第二个坑代码页切换和转义序列的联动问题。刚才提到chcp 65001和ANSI转义在部分系统上会打架。我实际遇到过的现象是切换到UTF-8代码页后转义序列里的字符被解析成乱码导致颜色没有生效反而在屏幕上输出了奇怪的符号。排查下来发现是cmd对UTF-8多字节字符的边界识别有缺陷尤其是转义码后面紧跟中文时解析器会把中文的首字节吞掉。解决办法是改用GBK代码页或者把中文描述放在颜色码之前echo [错误]%C_BRIGHT_RED% 配置文件缺失 %C_RESET%这个顺序避免了解析器在转义码和中文之间做边界判断实测稳定很多。第三个坑ESC字符在批处理文件中的保存编码问题。如果你用的编辑器是VS Code或Notepad默认保存为UTF-8编码。当批处理文件里包含ESC字符ASCII 27时UTF-8编码会把它当作单字节控制字符原样保留问题不大。但如果文件被某些工具转换成了UTF-8 with BOMBOM头会导致批处理第一行echo off失效进而让整段脚本把所有命令都回显出来颜色输出倒是没问题但观感极差。解决方法是保存为ANSI或UTF-8无BOM并确保文件开头没有隐藏的BOM字节。第四个坑在for循环里使用颜色变量时变量展开时机不对。看这段代码for %%i in (1 2 3) do ( echo %C_GREEN%第 %%i 次迭代%C_RESET% )在开启了EnableDelayedExpansion的情况下%C_GREEN%会在循环开始时就被展开此时变量确实定义了所以能正常工作。但如果你在循环内部动态修改颜色比如for %%i in (1 2 3) do ( if %%i equ 2 set C_GREEN%ESC%33m echo %C_GREEN%第 %%i 次迭代%C_RESET% )这里C_GREEN的新值不会在本次循环中生效因为%C_GREEN%在解析整个for块时已经展开成旧值了。要解决这个问题必须把语法改为感叹号变量echo !C_GREEN!第 %%i 次迭代!C_RESET!。这个坑我在一开始就踩过导致预期第二个循环变黄实际全部是绿色。第五个坑Windows Terminal和传统cmd窗口的兼容性差异。如果你用的是Windows Terminal简称WT来运行cmd你会发现ANSI转义序列默认就是开启的不需要注册表设置。而且WT对转义码的解析更严格——某些旧的第三方终端模拟器支持的\x1b[K清行符、\x1b[2J清屏符在传统cmd窗口里无效或表现不同。所以我写脚本时只使用SGR颜色参数不碰光标控制和清屏序列这样才能保证在两种环境下表现一致。6. 进阶玩法颜色状态机、闪烁提示和渐变效果如果只是给日志加上红黄绿三色那还停留在能用的层次。真正让cmd颜色输出变好用的是把颜色当成一种状态机来管理。什么叫状态机就是你定义一组命名状态每个状态对应一种前景色和背景色组合脚本在不同阶段切换到不同状态。这样做的好处是脚本里不散落颜色码逻辑更清晰。我可以分享一个我常用的模板。它定义了一个SET_COLOR子程序通过参数指定要切换的颜色状态echo off setlocal EnableDelayedExpansion set ESC←[ set C_RESET%ESC%0m set C_GREEN%ESC%32m set C_YELLOW%ESC%33m set C_RED%ESC%31m set C_BRIGHT_RED%ESC%91m set C_BRIGHT_CYAN%ESC%96m :set_color if %~1info ( echo %C_GREEN% ) else if %~1warn ( echo %C_YELLOW% ) else if %~1error ( echo %C_RED% ) else if %~1critical ( echo %C_BRIGHT_RED% ) else ( echo %C_RESET% ) exit /b 0 :: 使用示例 call :set_color info echo 信息提示 call :set_color warn echo 警告提示 call :set_color critical echo 严重错误 call :set_color reset echo 正常输出这个模板有个小问题echo %C_GREEN%会输出一个换行导致颜色设置和目标文本不在同一行实际颜色效果会作用到下一行。要解决它得用set /p来输出不带换行的颜色码:set_color if %~1info ( nul set /p %C_GREEN% ) exit /b 0nul set /p是cmd中输出不带换行符文本的经典技巧它把set /p的输入重定向为nul从而只输出提示字符串。这个技法在颜色状态机里极其实用。进阶玩法里另一个有意思的是闪烁提示。SGR参数5代表闪烁模式配合红色背景使用能做出非常醒目的警告。但要注意闪烁提示在远程桌面会话中常常失效因为RDP协议不传递闪烁属性。我通常只在本地执行重要脚本时使用它echo %ESC%[5;31;43m 警告生产环境部署请二次确认 %ESC%[0m这条命令的效果是红色闪烁文字、黄色背景。建议只在任务关键节点使用闪多了对眼睛是负担。渐变效果则是另一个维度的玩法。cmd本身没有真正的颜色渐变能力但你可以通过快速交替输出不同颜色的空格、竖线字符来模拟。比如一个流量条效果echo off setlocal EnableDelayedExpansion set ESC←[ for /l %%i in (1,1,10) do ( setLINE set COLOR!ESC!3%%i m nul set /p !COLOR!█ ping -n 1 127.0.0.1 nul ) echo.严格来说这段代码里3%%i会拼出31到310的无效颜色码实际渐变效果需要单独写数组映射。我这里只是演示思路——通过循环快速改变颜色码输出相同字符从视觉上营造渐变。这种玩法更适合做demo演示实际脚本中用到的概率很低。7. 与PowerShell和第三方工具的对比什么场景下不必死磕cmd颜色说实话cmd的颜色输出机制尤其是ANSI转义序列的手工插入比起PowerShell来确实原始得多。PowerShell的Write-Host自带-ForegroundColor和-BackgroundColor参数直接写Write-Host 错误 -ForegroundColor Red就行干净利落不需要记忆任何转义码。那为什么还要学cmd的颜色输出因为cmd的执行效率高、依赖少在系统性脚本、维护命令、自动化打包等场景中仍然是绕不开的存在。很多公司的内部部署脚本还是批处理写的运维同事在远程命令行里敲的最多的还是cmd命令。掌握cmd颜色输出意味着你写的脚本能在一秒钟之内被同事心领神会。如果你不喜欢手工插入转义码又有进入PowerShell的余地我建议的处理策略是在批处理里调用PowerShell单行命令来输出彩色文本powershell -Command Write-Host 错误信息 -ForegroundColor Red这种方式虽然比批处理原生颜色输出慢一拍因为每次要拉起PowerShell进程但胜在代码可读性高。它适合在批处理脚本中偶发使用用来突出关键的提示信息不适合高频循环输出。第三方工具方面历史上有Ansicon、ccolor等工具能扩展cmd的颜色能力。Ansicon的思路是往cmd进程注入DLL让它能解析ANSI转义序列这套方案在Windows 10之前是救命稻草。但在Win10原生支持之后第三方工具的额外价值就很小了。我的建议是除非你还在维护Windows 7的老旧环境否则别引入第三方依赖。注册表一个键就能解决的问题何苦多带一个.exe。回到cmd和PowerShell的选择上来。我个人的习惯是纯部署场景用cmd需要复杂逻辑判断、格式化输出、处理结构化数据时直接上PowerShell。cmd颜色输出做到红黄绿三种状态清晰可辨就足够了不必追求极致的美化效果。终端本来就该是信息密度高、噪音低的工具颜色只是辅助人类视觉分流的工具不是主角。最后分享一个实际的体会。我把颜色输出模板沉淀成公共脚本之后团队里其他人写批处理时也慢慢开始用反馈最多的不是颜色好看而是终于不用在满屏白字里找error了。这大概就是这次折腾最值回票价的地方。你在别的项目里如果遇到类似的重复劳动不妨也停下来想一想与其抱怨终端单调不如花半小时把颜色体系搭好它会在后面每一次跑脚本时回馈你。
1. cmd窗口颜色输出的两条路线全局变色与逐行着色如果你写过批处理脚本一定有过这样的感受所有输出都是同一个白字黑底跑完一大段日志根本分不清哪个是成功、哪个是警告、哪个是致命错误。项目一复杂全靠眼睛逐行扫效率极低。cmd的文本颜色输出就是解决这个问题的。先讲清楚基本盘cmd下做颜色输出实际上有两条完全不同的技术路线。第一条是cmd内置的color命令。它负责改变整个命令提示符窗口的前景色和背景色。用法很简单color 0A就是黑底浅绿字经典黑客风。但它有个天然的短板——它管的是整个窗口不是某一行文字。你执行color 4F整个窗口立刻变成红底白字之后所有输出都是这个配色直到你再次调用color改回去。第二条路线是ANSI转义序列。这套机制起源于上世纪70年代的终端标准通过向输出流中插入特殊的转义字符来控制光标位置、文字颜色、显示样式。Windows 10以前cmd默认不解析ANSI转义码你得装Ansicon这类第三方工具。但Win10之后微软在控制台底层加入了VirtualTerminalLevel选项打开开关cmd就能原生识别\x1b[32m这样的颜色码。两条路线各有适用场景。color适合一次性改变整个窗口的主题风格比如在脚本开头设置当前环境是开发环境用绿字或者当前是生产环境用黄字。ANSI转义序列则适合精细控制你想让INFO行是绿色、WARN行是黄色、ERROR行是红色就必须用它。我个人的习惯是能不用color就不用color。原因后面会详细说先记住结论——color是全局属性会污染后面所有输出ANSI是局部样式用完就恢复互不干扰。2. 先摸透color命令的十六进制色板从color 0A到color 4F如果你只是想快速让cmd换个皮肤color命令是最直接的手段。它在Windows 2000时代就存在了语法一直没变过color [attr]attr是两位十六进制数第一位指定背景色第二位指定前景色。如果只给一位比如color 4它就只改背景色前景色保持默认。不带任何参数的color命令则把窗口颜色恢复为cmd的默认值通常是黑底白字实际取决于注册表中的Console配置。完整的色板如下代码颜色代码颜色0黑色8灰色1蓝色9亮蓝色2绿色A亮绿色3浅绿色青色B亮浅绿色4红色C亮红色5紫色D亮紫色6黄色E亮黄色7白色F亮白色注意0到7是普通亮度8到F是高亮度版本。在大多数显示器上color 0A和color 02看起来差别不大但如果你用远程桌面或某些OLED屏幕亮色的观感会明显更通透。几个我实际用过的搭配color 0A黑底绿字。最早期的绿字终端风长时间看确实不累眼因为绿色波长对人眼比较友好。color 1E蓝底黄字。这个配色有历史渊源早期Windows蓝屏故障时显示的就是蓝底白字或蓝底黄字。用来吓唬别人挺好用。color 4F红底白字。我习惯把它用在严重错误的提示场景比如脚本即将结束因为依赖项缺失。这种高对比配色一眼就能注意到。color 47白底黑字。某些投影仪上白底黑字反而更清晰开会演示时会用到。color命令有一个我踩过的坑它会在批处理执行期间被反复触发导致输出混乱。举个例子你写了一段脚本echo off color 0A echo 开始部署... call build.bat echo 部署完成 color 07如果build.bat内部调用了color 02那么执行完build.bat之后你的窗口就变成黑底绿字了最后那句color 07虽然能把它改回来但中间所有输出颜色都不受控。所以color适合放在脚本开头一次性设置不适合在流程中频繁切换。另外要提醒一点cmd的color设置只对当前窗口会话有效关闭窗口就重置。如果你想让某个配色永久生效得去修改注册表里的HKEY_CURRENT_USER\Console项那个就属于系统定制的范畴了跟脚本项目关系不大这里不展开。3. ANSI转义序列从原理到批处理里塞转义字符的三类正确写法ANSI转义序列是文本颜色输出的真正主力。它不改变窗口全局属性而是在字符串中插入一段控制码终端读到这段控制码之后就知道后面的文字要变颜色了。控制码本身不会显示在屏幕上。它的核心结构是这样的ESC [ 参数 mESC是ASCII码0x1B也就是键盘上的Esc键。[是左方括号分隔符。参数是由分号隔开的若干数字。m表示这是一个SGRSelect Graphic Rendition命令也就是图形渲染参数。比如\x1b[32m绿色文字\x1b[0m\x1b[32m告诉终端后面用前景色32绿色\x1b[0m告诉终端样式重置恢复默认。这个设计逻辑其实和HTML很像——开标签、写内容、关标签。每次给文字上色都要记着在结尾把样式重置掉。常用参数值如下参数含义参数含义0重置所有样式40-47背景色黑红绿黄蓝紫青白1加粗/增强亮度90-97亮前景色4下划线100-107亮背景色5闪烁30-37前景色黑红绿黄蓝紫青白7反显交换前景和背景2暗淡比如说\x1b[1;31m就是加粗红色\x1b[4;33m就是下划线黄色。参数之间用分号隔开顺序无所谓但一般习惯把样式参数放在前面颜色参数放在后面。Windows 10以上系统默认不解析ANSI转义码需要手动打开注册表开关。这一步是网上教程里最容易漏掉的没做就上电是很多人折腾半天ANSI不出效果的根本原因。打开方式有两种。第一种用注册表编辑器。打开regedit导航到HKEY_CURRENT_USER\Console新建一个DWORD (32位)值名为VirtualTerminalLevel把值设为1。注意是1不是00对于这个键来说不存在特殊含义但设为1才代表开启。第二种用命令行直接写入reg add HKCU\Console /v VirtualTerminalLevel /t REG_DWORD /d 1 /f执行完后需要重新打开cmd窗口才生效。注册表改的是当前用户的全局配置所以它会影响之后所有cmd窗口而不只是当前这个。打开之后你在cmd里敲echo转义序列就会被解析。真正麻烦的事情来了怎么把ESC这个不可见字符放进批处理文件里。有些教程说按住Alt再输入数字这个方法在cmd的echo里根本不灵。我试过的可靠做法有三种按推荐程度排序第一种在文本编辑器里直接插入转义字符。用Windows自带的记事本打开批处理文件光标定位到需要插入时机点先按CtrlP再按Esc键。记事本会显示一个看起来像←[的符号这就是转义字符加[组成的完整序列。用这种方式可以直接在代码里写echo off echo ←[32m绿色文字←[0m注意记事本里显示的←[实际上是两个字符一个ESCASCII 27和一个[ASCII 91。不要手动输入键盘上的和-那就错位了。第二种用变量保存ESC字符。批处理里可以用set命令定义一个变量来存放ESC使用起来更清晰echo off set ESC←[ echo %ESC%32m绿色文字%ESC%0m echo %ESC%33m黄色文字%ESC%0m这样写的好处是转义序列不散落在各处改起来方便。变量名用ESC是我个人的习惯你也可以用$E或者别的什么。第三种利用prompt命令的$E参数。prompt $E可以输出一个转义字符这在某些动态生成转义序列的场景下很有用但日常编写批处理时很少用到知道有这回事就行。我在实际项目中用第二种方式写过一套颜色工具脚本把它做成一个公共的colors.bat每次新脚本开头调用一下就能直接使用红黄绿三色输出echo off set ESC set INFO%ESC%[32m[信息]%ESC%[0m set WARN%ESC%[33m[警告]%ESC%[0m set ERROR%ESC%[91m[错误]%ESC%[0m这里有个细节值得注意%ESC%的值以ESC开头后面跟[所以%ESC%32m能拼出完整的ESC[32m。如果变量直接就是ESC字符%ESC%[32m也没问题[会被当作普通字符。两种写法我都见过核心是一致的。4. 实操搭建一个带颜色输出的批处理日志脚本光讲原理不落地等于白讲。我这里给一套可以直接抄作业的脚本结构它可以作为你日后所有批处理项目的公共基础。先定义使用场景。假设你在写一个自动部署脚本需要输出以下三种日志INFO正常流程信息比如正在拷贝文件WARN存在隐患但不阻断流程比如磁盘剩余空间低于20%ERROR发生致命错误比如配置文件中没有找到数据库连接串给你的日志加上颜色整体脚本立即从黑压压一片变成扫一眼就知道哪里有事。完整的colored_log.cmd如下echo off setlocal EnableDelayedExpansion :: 开启ANSI支持 reg query HKCU\Console /v VirtualTerminalLevel nul 2nul if errorlevel 1 ( reg add HKCU\Console /v VirtualTerminalLevel /t REG_DWORD /d 1 /f nul echo 已开启ANSI支持请重新打开本窗口后运行脚本。 exit /b 1 ) :: 定义颜色变量 set ESC←[ set C_RESET%ESC%0m set C_BLACK%ESC%30m set C_RED%ESC%31m set C_GREEN%ESC%32m set C_YELLOW%ESC%33m set C_BLUE%ESC%34m set C_MAGENTA%ESC%35m set C_CYAN%ESC%36m set C_WHITE%ESC%37m set C_BRIGHT_RED%ESC%91m set C_BRIGHT_GREEN%ESC%92m set C_BRIGHT_YELLOW%ESC%93m :: 封装日志函数 :log_info echo %C_GREEN%[INFO]%C_RESET% %* exit /b 0 :log_warn echo %C_YELLOW%[WARN]%C_RESET% %* exit /b 0 :log_error echo %C_BRIGHT_RED%[ERROR]%C_RESET% %* exit /b 0 :: 主流程演示 call :log_info 部署开始... call :log_warn 检测到旧版本残留文件建议手动清理 call :log_error 无法连接数据库请检查配置文件 db_config.ini endlocal脚本开头那句setlocal EnableDelayedExpansion不是可有可无的。批处理在解析%变量%时会先对整个括号块做展开如果你在if或for块内部使用颜色变量不带延迟展开会导致变量取不到值。特别是以后你想在循环里改变颜色这个设置是前提。关于reg query那段自检逻辑它做的是如果注册表里没有VirtualTerminalLevel就主动写入然后提示用户重开窗口。这里有一个不太优雅的地方——写注册表需要管理员权限如果你的脚本不是以管理员身份运行reg add会失败。所以更稳妥的姿势是在脚本里加net session管理员检测但这已经超出本文范围了。实际运行时你会在窗口中看到绿字[INFO]、黄字[WARN]、亮红字[ERROR]每种标签后面跟的描述文字保持默认颜色。这种设计的好处是颜色被限制在标签上正文一长串白色文字依然可读不会因为整行都是亮色而刺眼。我试过整行都上色输出量大了之后眼睛确实容易疲劳。如果你的脚本需要支持中文输出请在开头加上chcp 65001 nul把代码页切换为UTF-8。但这会引入一个新问题某些Windows 10版本在切换到UTF-8代码页后ANSI转义序列会失效或者乱码。实测下来Windows 10 21H2之前的版本问题较多Windows 11上则基本稳定。如果遇到乱码一个折中方案是保持代码页为936GBK把脚本文件保存为ANSI编码转义序列照常工作中文也能显示。5. 那些我踩过的坑重定向、编码和代码页的连锁反应实际使用ANSI转义序列时最隐蔽的坑不在颜色本身而在输出流的处理方式上。第一个坑输出重定向后颜色代码裸露。如果你把带颜色的输出重定向到文件里比如echo %C_RED%[ERROR]%C_RESET% 出错了 log.txt那么log.txt里会原样保存ESC[31m[ERROR]ESC[0m这些控制字符用记事本打开会看到一堆乱码用type命令显示则是一片诡异的符号。原因很简单ANSI转义序列属于终端指令只有终端才识别它普通文本文件不会。所以日志重定向场景下正确的做法是把颜色强制去掉或者用con把彩色输出指定给控制台然后另外用不带颜色的echo写入文件。第二个坑代码页切换和转义序列的联动问题。刚才提到chcp 65001和ANSI转义在部分系统上会打架。我实际遇到过的现象是切换到UTF-8代码页后转义序列里的字符被解析成乱码导致颜色没有生效反而在屏幕上输出了奇怪的符号。排查下来发现是cmd对UTF-8多字节字符的边界识别有缺陷尤其是转义码后面紧跟中文时解析器会把中文的首字节吞掉。解决办法是改用GBK代码页或者把中文描述放在颜色码之前echo [错误]%C_BRIGHT_RED% 配置文件缺失 %C_RESET%这个顺序避免了解析器在转义码和中文之间做边界判断实测稳定很多。第三个坑ESC字符在批处理文件中的保存编码问题。如果你用的编辑器是VS Code或Notepad默认保存为UTF-8编码。当批处理文件里包含ESC字符ASCII 27时UTF-8编码会把它当作单字节控制字符原样保留问题不大。但如果文件被某些工具转换成了UTF-8 with BOMBOM头会导致批处理第一行echo off失效进而让整段脚本把所有命令都回显出来颜色输出倒是没问题但观感极差。解决方法是保存为ANSI或UTF-8无BOM并确保文件开头没有隐藏的BOM字节。第四个坑在for循环里使用颜色变量时变量展开时机不对。看这段代码for %%i in (1 2 3) do ( echo %C_GREEN%第 %%i 次迭代%C_RESET% )在开启了EnableDelayedExpansion的情况下%C_GREEN%会在循环开始时就被展开此时变量确实定义了所以能正常工作。但如果你在循环内部动态修改颜色比如for %%i in (1 2 3) do ( if %%i equ 2 set C_GREEN%ESC%33m echo %C_GREEN%第 %%i 次迭代%C_RESET% )这里C_GREEN的新值不会在本次循环中生效因为%C_GREEN%在解析整个for块时已经展开成旧值了。要解决这个问题必须把语法改为感叹号变量echo !C_GREEN!第 %%i 次迭代!C_RESET!。这个坑我在一开始就踩过导致预期第二个循环变黄实际全部是绿色。第五个坑Windows Terminal和传统cmd窗口的兼容性差异。如果你用的是Windows Terminal简称WT来运行cmd你会发现ANSI转义序列默认就是开启的不需要注册表设置。而且WT对转义码的解析更严格——某些旧的第三方终端模拟器支持的\x1b[K清行符、\x1b[2J清屏符在传统cmd窗口里无效或表现不同。所以我写脚本时只使用SGR颜色参数不碰光标控制和清屏序列这样才能保证在两种环境下表现一致。6. 进阶玩法颜色状态机、闪烁提示和渐变效果如果只是给日志加上红黄绿三色那还停留在能用的层次。真正让cmd颜色输出变好用的是把颜色当成一种状态机来管理。什么叫状态机就是你定义一组命名状态每个状态对应一种前景色和背景色组合脚本在不同阶段切换到不同状态。这样做的好处是脚本里不散落颜色码逻辑更清晰。我可以分享一个我常用的模板。它定义了一个SET_COLOR子程序通过参数指定要切换的颜色状态echo off setlocal EnableDelayedExpansion set ESC←[ set C_RESET%ESC%0m set C_GREEN%ESC%32m set C_YELLOW%ESC%33m set C_RED%ESC%31m set C_BRIGHT_RED%ESC%91m set C_BRIGHT_CYAN%ESC%96m :set_color if %~1info ( echo %C_GREEN% ) else if %~1warn ( echo %C_YELLOW% ) else if %~1error ( echo %C_RED% ) else if %~1critical ( echo %C_BRIGHT_RED% ) else ( echo %C_RESET% ) exit /b 0 :: 使用示例 call :set_color info echo 信息提示 call :set_color warn echo 警告提示 call :set_color critical echo 严重错误 call :set_color reset echo 正常输出这个模板有个小问题echo %C_GREEN%会输出一个换行导致颜色设置和目标文本不在同一行实际颜色效果会作用到下一行。要解决它得用set /p来输出不带换行的颜色码:set_color if %~1info ( nul set /p %C_GREEN% ) exit /b 0nul set /p是cmd中输出不带换行符文本的经典技巧它把set /p的输入重定向为nul从而只输出提示字符串。这个技法在颜色状态机里极其实用。进阶玩法里另一个有意思的是闪烁提示。SGR参数5代表闪烁模式配合红色背景使用能做出非常醒目的警告。但要注意闪烁提示在远程桌面会话中常常失效因为RDP协议不传递闪烁属性。我通常只在本地执行重要脚本时使用它echo %ESC%[5;31;43m 警告生产环境部署请二次确认 %ESC%[0m这条命令的效果是红色闪烁文字、黄色背景。建议只在任务关键节点使用闪多了对眼睛是负担。渐变效果则是另一个维度的玩法。cmd本身没有真正的颜色渐变能力但你可以通过快速交替输出不同颜色的空格、竖线字符来模拟。比如一个流量条效果echo off setlocal EnableDelayedExpansion set ESC←[ for /l %%i in (1,1,10) do ( setLINE set COLOR!ESC!3%%i m nul set /p !COLOR!█ ping -n 1 127.0.0.1 nul ) echo.严格来说这段代码里3%%i会拼出31到310的无效颜色码实际渐变效果需要单独写数组映射。我这里只是演示思路——通过循环快速改变颜色码输出相同字符从视觉上营造渐变。这种玩法更适合做demo演示实际脚本中用到的概率很低。7. 与PowerShell和第三方工具的对比什么场景下不必死磕cmd颜色说实话cmd的颜色输出机制尤其是ANSI转义序列的手工插入比起PowerShell来确实原始得多。PowerShell的Write-Host自带-ForegroundColor和-BackgroundColor参数直接写Write-Host 错误 -ForegroundColor Red就行干净利落不需要记忆任何转义码。那为什么还要学cmd的颜色输出因为cmd的执行效率高、依赖少在系统性脚本、维护命令、自动化打包等场景中仍然是绕不开的存在。很多公司的内部部署脚本还是批处理写的运维同事在远程命令行里敲的最多的还是cmd命令。掌握cmd颜色输出意味着你写的脚本能在一秒钟之内被同事心领神会。如果你不喜欢手工插入转义码又有进入PowerShell的余地我建议的处理策略是在批处理里调用PowerShell单行命令来输出彩色文本powershell -Command Write-Host 错误信息 -ForegroundColor Red这种方式虽然比批处理原生颜色输出慢一拍因为每次要拉起PowerShell进程但胜在代码可读性高。它适合在批处理脚本中偶发使用用来突出关键的提示信息不适合高频循环输出。第三方工具方面历史上有Ansicon、ccolor等工具能扩展cmd的颜色能力。Ansicon的思路是往cmd进程注入DLL让它能解析ANSI转义序列这套方案在Windows 10之前是救命稻草。但在Win10原生支持之后第三方工具的额外价值就很小了。我的建议是除非你还在维护Windows 7的老旧环境否则别引入第三方依赖。注册表一个键就能解决的问题何苦多带一个.exe。回到cmd和PowerShell的选择上来。我个人的习惯是纯部署场景用cmd需要复杂逻辑判断、格式化输出、处理结构化数据时直接上PowerShell。cmd颜色输出做到红黄绿三种状态清晰可辨就足够了不必追求极致的美化效果。终端本来就该是信息密度高、噪音低的工具颜色只是辅助人类视觉分流的工具不是主角。最后分享一个实际的体会。我把颜色输出模板沉淀成公共脚本之后团队里其他人写批处理时也慢慢开始用反馈最多的不是颜色好看而是终于不用在满屏白字里找error了。这大概就是这次折腾最值回票价的地方。你在别的项目里如果遇到类似的重复劳动不妨也停下来想一想与其抱怨终端单调不如花半小时把颜色体系搭好它会在后面每一次跑脚本时回馈你。
