命令提示符中文乱码怎么办？先改编码再换字体

在 Windows 的命令码办命令提示符（cmd）里执行批处理、查看日志或运行某些命令行工具时，提示中文变成一串问号、符中方块或“锟斤拷”，文乱是先改很常见的现象。它通常不是编码系统坏了，而是再换字体“字符编码”和“字体”这两道关卡没有对齐：命令输出用的是某一种编码，窗口却按另一种编码去解释，命令码办或者当前字体根本不含中文字形。提示下面按从易到难的符中顺序，给出可实际操作的文乱排查与修复路径。

先判断是先改编码问题还是字体问题

打开命令提示符，输入 echo 测试中文 回车。编码如果显示为乱码，再换字体再输入 chcp 回车，命令码办窗口会返回一个代码页数字，例如 936、65001、437。936 代表简体中文 GBK 系列编码，65001 代表 UTF-8，437 是英文默认代码页。记下这个数字，它是后续判断的关键线索。

接着右键点击窗口标题栏，选择“属性”（Windows 11 中多在“终端”设置里），查看“字体”选项卡当前选中的字体。如果选的是“点阵字体”或某些不含中文的等宽字体，即使编码正确，中文也可能显示为方块。区分方法很简单：编码错误多表现为问号、乱码符号；字体缺字多表现为空心方块或完全空白。

用 chcp 切换代码页，解决大部分乱码

如果程序输出的是 UTF-8 内容，而当前代码页是 936，就会乱码。此时在窗口内执行 chcp 65001 回车，再重新运行原命令，多数情况立刻恢复正常。反过来，如果某个老工具只认 GBK，而你的窗口是 65001，就执行 chcp 936 切回去。注意 chcp 只对当前窗口生效，关掉窗口即失效。

需要长期生效时，可以修改注册表或系统区域设置，但这类改动影响面较大，建议先备份再动手，具体路径与选项以本机 Windows 版本的系统界面为准。更稳妥的做法是在批处理文件开头显式写一行 chcp 65001，让脚本自己声明编码，避免依赖他人机器的默认值。

改字体与控制台属性，解决方块和显示异常

编码正确但仍显示方块时，换字体往往有效。在窗口属性中把字体改为“新宋体”“Consolas 配合中文回退”或系统提供的等宽中文字体，字号适当调大。Windows 10 以后还可以在“设置—时间和语言—语言”中确认已安装中文语言包，缺少中文字体会导致部分界面文字无法渲染。

另一个常见坑是“使用旧版控制台”选项。若勾选了旧版控制台，某些 UTF-8 输出和表情符号会显示异常；取消勾选、改用 Windows 终端承载，通常更稳定。修改后需要关闭并重新打开窗口才会生效，这一点经常被忽略，导致误以为改动无效。

程序自身编码不对时怎么办

有些命令行工具自带编码参数，例如输出文件时指定 UTF-8，或读取配置文件时声明编码。这类情况改系统代码页无效，需要查该工具的官方说明，按其文档设置参数。还有一类是重定向输出到文件后打开乱码：文件本身是 UTF-8，但记事本或其他编辑器按 GBK 打开，此时应在编辑器里手动选择编码重新打开，而不是反复改 cmd 设置。

如果乱码只出现在远程连接、虚拟机或通过某些终端软件访问时，问题可能出在链路两端的编码协商上，应优先检查终端软件的字符集设置，再回头排查本机代码页。排查顺序建议固定为：先看 chcp 返回值，再看字体，再看程序参数，最后看终端环境，逐层排除能少走很多弯路。

小结：遇到命令提示符中文乱码，先用 echo 和 chcp 定位编码，再用字体和终端选项排除显示问题，最后才怀疑程序自身。把 chcp 65001 写进常用脚本，是成本最低的预防手段；涉及系统区域设置的改动务必先备份，并以本机系统界面显示为准。