在 Windows 10 里打开命令提示符，令提乱码理执行个 ping、示符ipconfig 或者运行某些批处理脚本，中文屏幕上却蹦出一堆问号、己处方块和看不懂的令提乱码理符号，这就是示符典型的中文乱码。它不影响系统运行，中文但会让报错信息、己处日志输出变得无法阅读，令提乱码理排查问题时非常耽误事。示符多数情况下，中文这类乱码并不需要重装系统或找人上门，己处自己动手改几个设置就能解决。令提乱码理

要理解乱码从哪来，示符先得知道一个事实：命令提示符的中文“代码页”和 Windows 图形界面的字符编码并不是同一套。传统控制台默认使用 OEM 代码页（简体中文环境通常是 936，即 GBK 系列），而很多现代程序、脚本文件、日志输出用的是 UTF-8。两边对不上，中文就会变成乱码。所以处理思路无非两条：要么让控制台改用 UTF-8，要么让程序按控制台的代码页输出。

先判断乱码属于哪一种情况

动手之前花一分钟分类，能少走弯路。第一种是“窗口里所有中文都乱”，比如系统自带的提示信息也是乱码，这通常是代码页设置问题。第二种是“只有某个程序或脚本输出乱码”，其他中文正常，多半是该程序用了 UTF-8 输出而控制台还是 GBK。第三种是“复制粘贴进来的中文变成乱码”，这往往和输入法、剪贴板编码以及控制台字体都有关。不同情况的处理入口不一样，先看清楚再改。

方法一：临时切换代码页，适合快速验证

在命令提示符窗口里直接输入 chcp 回车，会显示当前代码页，简体中文环境常见的是 936。如果怀疑是编码不匹配，可以输入 chcp 65001 回车，把当前窗口切换到 UTF-8，然后再执行刚才那条命令看是否恢复正常。这个方法只对当前窗口有效，关掉就还原，好处是零风险、可随时撤回，非常适合用来确认问题根源。切到 65001 后如果中文正常了，说明就是编码不一致；如果反而更乱，说明程序输出本身是 GBK，那就该往反方向调。

需要提醒的是，部分老旧程序在 65001 代码页下会出现显示异常甚至行为异常，这是历史遗留问题，不是设置坏了。遇到这种情况，把窗口关掉重开即可恢复默认，不必纠结。临时切换适合排查，不适合长期依赖。

方法二：用注册表或系统设置固定代码页

如果确认需要长期使用 UTF-8，可以修改注册表项 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage 下的相关值，或在“控制面板—区域—管理—更改系统区域设置”中勾选“Beta 版：使用 Unicode UTF-8 提供全球语言支持”。后者的入口更直观，但它影响的是整个系统的区域设置，改动后可能导致部分中文软件显示异常，属于“影响面较大”的操作。建议改之前创建系统还原点，改完观察几天常用软件是否正常，有问题及时改回。具体界面文字和可用选项以你本机的系统版本为准。

相对稳妥的做法是只为特定场景固定编码：在批处理脚本开头加一行 chcp 65001，或者在启动程序的快捷方式里做相应设置，把影响范围限制在需要的地方。这样既解决了乱码，又不至于牵动全局。

方法三：检查字体与文件本身的编码

有些乱码其实不是代码页问题，而是字体不支持中文。右键点击命令提示符窗口标题栏，进入“属性—字体”，选择“新宋体”或其他包含中文字形的字体，再看看显示是否正常。另外，如果你打开的是自己写的脚本或配置文件，要确认文件保存时用的编码和控制台一致：用记事本“另存为”时可以选择 ANSI 或 UTF-8，选错了就会出现“文件里明明是中文，跑起来全是乱码”的情况。这一步经常被忽略，但排查成本极低，值得先试。

还有一种容易被误判的情况：远程连接到服务器或在虚拟机里操作时出现乱码，问题可能出在客户端与主机之间的编码协商上，而非本机设置。这时应先确认两端环境的代码页，再决定改哪一边，避免在错误的机器上反复折腾。

改完之后怎么核对，出问题怎么退

建议按这个顺序核对：先用 chcp 确认当前代码页；再执行一条会输出中文的系统命令，看是否正常；然后打开平时最常用的那个脚本或工具复测；最后重启一次命令提示符，确认设置是否持久生效。如果改完出现新的异常，优先撤销最近一次改动——临时切换的关窗口即可，改过系统区域设置的回到原设置并重启，改过注册表的用之前备份的注册表文件恢复。

整体来说，Windows 10 命令提示符中文乱码绝大多数可以自己处理，核心就是搞清楚“谁在用哪种编码”，然后让两边对齐。建议从 chcp 临时切换开始验证，确认原因后再决定是否做持久化修改，涉及系统区域设置的改动务必先备份、后观察。若乱码伴随程序报错、系统更新异常等情况，仍应以微软官方文档和系统自带帮助为准，不要轻信来源不明的“一键修复”工具。

(责任编辑：焦点)