在日常使用命令行工具时，很多人遇到过这样的情况：文件名显示乱码、脚本执行报错、日志输出一堆看不懂的字符。这些问题背后，往往是因为编码不一致导致的。尤其是在处理中文路径或非英文内容时，编码问题更容易暴露出来。
常见的编码问题表现
比如你在 Windows 的 CMD 或 PowerShell 中运行一个 Python 脚本，读取了一个带中文名字的文件，结果程序提示找不到文件。或者你在 Linux 终端用 ls 查看目录，发现中文文件名变成了问号或方块。又比如从 Git 仓库拉代码后，提交记录里的中文注释全是乱码。这些都不是程序坏了，而是编码“说不上话”。
搞清楚当前环境的编码
不同系统默认的字符编码不一样。Windows 多数情况下用的是 GBK 或 GB2312，而 Linux 和 macOS 默认是 UTF-8。这就容易出问题。你可以先查一下当前终端的编码设置：
echo $LANG在 Linux 或 macOS 上这条命令会输出类似 zh_CN.UTF-8 的内容。如果显示的是 en_US.UTF-8，但你在处理中文，也可能出现兼容性问题。
在 Windows CMD 中可以输入：
chcp它会返回一个代码页编号，比如 936 表示 GBK，65001 表示 UTF-8。如果不是 65001，很多 UTF-8 编码的文件就会显示异常。
让命令行正确识别中文
如果你确定文件是 UTF-8 编码，但 CMD 显示乱码，可以临时切换代码页：
chcp 65001然后再运行你的命令。这样大多数 UTF-8 内容就能正常显示了。不过有些老程序可能不支持这个模式，字体也要配合调整，不然可能出现空白或符号错位。
脚本中的编码处理
写 Python 脚本时，尤其要注意打开文件的方式。不要只用 open() 直接读，最好明确指定编码：
f = open('config.txt', encoding='utf-8')否则在 Windows 上可能默认用 GBK 打开，遇到纯 UTF-8 文件就会抛 UnicodeDecodeError。同理，写入文件时也建议加上 encoding='utf-8'，避免跨平台出问题。
Git 中的中文显示问题
用 Git 提交代码时，如果提交信息包含中文，在某些终端里会显示成 \uXXXX 这样的转义字符。可以通过设置让 Git 正确处理 UTF-8：
git config --global core.quotepath false这能关闭路径名的转义输出，让中文提交信息正常显示。同时确保你的终端字体支持中文，不然即使编码对了，字也渲染不出来。
推荐的长期解决方案
最省心的做法是统一使用 UTF-8。不管是写脚本、保存文件，还是配置终端环境，尽量都往 UTF-8 靠。Linux 和 macOS 用户基本不用操心，Windows 用户建议优先使用 Windows Terminal，它对 UTF-8 支持更好，还能自定义字体和编码。
另外，编辑器保存文件时注意选择“UTF-8 无 BOM”格式，尤其是给 Shell 或 Python 脚本写中文注释的时候。BOM 有时会影响脚本解析，特别是 Linux 环境下。
小技巧：快速测试编码是否正常
可以在终端里直接输出一段中文试试：
echo '你好，命令行'如果显示正常，说明当前环境基本没问题。如果变成乱码或问号，就得回头检查编码设置和字体了。
命令行工具本身很强大，但编码问题就像一道看不见的墙，让人莫名其妙。花点时间理清当前环境的编码规则，比反复试错更有效。很多时候，只是改一行设置，就能少掉一半头发。