彻底解决BAT脚本中文路径乱码：从编码设置到实战技巧

1. 为什么你的BAT脚本一遇到中文路径就“口吐乱码”？

相信很多刚开始接触Windows批处理脚本的朋友都遇到过这个让人头疼的问题：你精心写了一个脚本，用来备份文件或者整理照片，脚本里明明写的是“D:\我的照片\假期”，结果一运行，屏幕上显示的却是“D:\ÎÒµÄÕÕƬ\¼ÙÆÚ”这样一堆谁也看不懂的乱码。更糟的是，脚本直接报错，说找不到路径，任务执行失败。

这背后的“罪魁祸首”，其实是一个历史遗留问题——编码冲突。简单来说，就是你的脚本文件、Windows命令行窗口（CMD）以及系统本身，在“用什么规则解读文字”这件事上没有达成一致。

想象一下，你（脚本文件）用英语写了一封信（“hello”），但收信人（命令行窗口）却以为这是一封用俄语写的信，他按照俄语字母表去解读，自然就得到了乱七八糟的结果。中文乱码也是同样的道理。

在默认情况下，中国大陆的Windows系统，其命令行窗口使用的是一种叫做 GBK（代码页936）的编码。这种编码是很多年前制定的，专门用来处理简体中文。而如今，为了更好的国际兼容性，我们更习惯将文本文件（包括.bat脚本）保存为 UTF-8 编码。UTF-8可以看作是全球通用的“世界语”，它能完美表示几乎任何语言的字符。

问题就出在这里：当你用Notepad++或VS Code等现代编辑器将.bat文件保存为UTF-8格式后，脚本里的中文字符就按照UTF-8的规则存储了。然而，当你在CMD里运行它时，CMD依然固执地使用GBK编码去解读这些字符。一个用“世界语”写的词，被用“方言”去理解，不乱码才怪。

所以，解决这个问题的核心思路就非常清晰了：要么让脚本“说方言”（GBK），要么让命令行“学世界语”（UTF-8）。显然，为了脚本的通用性和未来兼容性，我们更倾向于选择后者。接下来，我们就一步步来教命令行窗口“说”UTF-8。

2. 立竿见影：用一行命令临时解决乱码

如果你只是偶尔运行一两个脚本，或者想先快速测试一下效果，最直接的方法就是在运行脚本前，先给命令行窗口“打个预防针”。

打开你的CMD，在运行你的脚本之前，先输入下面这行魔法命令并回车：

chcp 65001

你会看到命令行提示“活动代码页: 65001”。这行命令的作用，就是将当前命令行窗口的编码从默认的GBK（936）临时切换为UTF-8（65001）。chcp是“Change Code Page”（更改代码页）的缩写，而65001正是UTF-8在Windows系统中的官方代码页编号。

现在，在这个已经切换了编码的窗口里，再运行你的.bat脚本，你会发现中文路径终于正常显示了！我实测过很多次，这个方法对于大多数简单的文件操作命令（如copy, move, dir）都立刻生效。

但是，这个方法有两个明显的缺点：

1. 临时性：这个设置只对当前这个打开的CMD窗口有效。一旦你关闭这个窗口，新打开的窗口又会变