VSCode本身不支持真正批量编码转换，仅能逐个操作；安全做法是先用file/enca/PowerShell确认真实编码，再用iconv等命令行工具批量转换，同时关闭files.autoGuessEncoding并设files.encoding为utf8以规范后续行为。
VSCode 本身不支持真正意义上的批量编码转换
点右下角状态栏 → 选“Save with Encoding” → UTF-8，这只是对当前已打开文件的一次性保存操作；VSCode 没有内置机制能自动识别 N 个 GBK 文件、逐个重读再重写。所谓“批量插件”，底层仍是循环执行 Reopen with Encoding + Save with Encoding，一旦某个文件原始编码不是 GBK（比如混着 GB2312、BIG5 或部分 ANSI），就可能静默损坏内容，且无法回退。
安全批量转码必须分两步：先确认真实编码，再用命令行工具转换
直接硬转风险极高。你得先知道哪些文件真是 GBK，哪些只是被 VSCode 误判了：
- Linux/macOS：运行
file -i *.js *.html *.txt，看输出里是不是带charset=gbk或charset=iso-8859-1 - macOS 还可加
enca -L zh filename辅助判断中文编码 - Windows PowerShell：用
Get-Content -Path .\a.js -Encoding Byte | Select-Object -First 4查前几个字节——GBK 常见开头是CE D2、B9 FA等双字节序列，UTF-8 BOM 是EF BB BF - 确认后，再用
iconv批量转：iconv -f GBK -t UTF-8 input.js -o output.js，验证无误再覆盖原文件
VSCode 配置只管“怎么读”和“怎么存”，不管“怎么批量改旧文件”
想让后续协作不出乱码，得靠配置收敛行为，而不是指望它帮你清洗历史数据：
- 关掉自动猜测：
"files.autoGuessEncoding": false，否则它会根据文件头瞎猜，尤其对无 BOM 的 GBK 文件大概率错判为 UTF-8 - 设默认新建/保存编码：
"files.encoding": "utf8"（注意是小写utf8，不是UTF-8或utf8bom） - 项目级生效：把这两项写进项目根目录的
.vscode/settings.json，避免污染全局设置 - 已有 GBK 文件不会因此自动变 UTF-8 —— 它们仍按上次打开时记的编码加载，必须手动执行一次
Save with Encoding→utf8才会被 VSCode 记住新偏好
最容易被忽略的坑：BOM 和编译器兼容性
转完 UTF-8 后，别急着提交。VC++、Python、Node.js 对 BOM 敏感程度完全不同：
- 选
UTF-8（无 BOM）：现代编译器首选，但 Windows 记事本打开会显示空白行；MSVC 编译含 BOM 的 C++ 文件可能报warning C4819 - 选
UTF-8 with BOM：记事本友好，但 Python 脚本开头若带\xff\xfe会直接 SyntaxError - VSCode 默认保存就是无 BOM；只有显式点
Save with Encoding→UTF-8 with BOM才写入三字节头 - 如果项目要对接旧版 VC++ 或批处理，建议统一用
UTF-8 with BOM；否则一律用utf8（无 BOM）
