VSCode中MATLAB文件（.m）必须设为gb2312而非UTF-8，因Windows版MATLAB（R2018b–R2024b）默认按gb2312解析字节，不识别UTF-8 BOM且无自动fallback，否则中文显示为方块或问号。
VSCode 中 MATLAB 文件（.m）必须显式设为 gb2312 或 GBK，不能依赖默认 UTF-8，否则在 MATLAB 中打开会中文乱码——这是由 MATLAB Windows 版本的底层编码决定的，不是 VSCode 的 bug。
为什么 .m 文件不能用 UTF-8？
Windows 上的 MATLAB（R2018b–R2024b）默认使用 gb2312（或兼容的 GBK）读取脚本，它不识别 UTF-8 BOM，也不自动 fallback。即使你把文件存成 UTF-8，MATLAB 仍按 GBK 解析字节，结果就是中文变成 或一堆问号。
反过来，如果 VSCode 用 gb2312 打开一个实际是 UTF-8 编码的 .m 文件，VSCode 自己会显示乱码——所以关键不是“选哪个好看”，而是“和 MATLAB 保持一致”。
-
files.encoding控制 VSCode 怎么读写文件 -
matlab.linterEncoding控制语法检查器（mlint.exe）输出的错误提示用什么编码解码（旧版插件需要，新版常忽略） -
files.autoGuessEncoding建议关掉，它在混合编码项目里容易误判，尤其对只有几行中文的.m文件
如何只对 .m 文件生效？
别改全局 files.encoding，否则 Python/JS 文件也跟着变，徒增麻烦。正确做法是语言级覆盖：
打开 settings.json（Ctrl+Shift+P → Preferences: Open Settings (JSON)），加这一段：
{
"[matlab]": {
"files.encoding": "gb2312"
},
"files.associations": {
"*.m": "matlab"
}
}
注意两点：
-
"[matlab]"是语言标识符，不是文件扩展名；必须配合"*.m": "matlab"才能让 VSCode 把.m当作 MATLAB 语言处理 - 不要写
"gbk"—— VSCode 内部不认这个别名，会退化成系统默认编码，实测不如gb2312稳定 - 如果你用的是 MATLAB R2023a+ 且启用了
matlab-language-server，可额外加"matlab.lspEncoding": "gb2312"（非必需，但能避免 LSP 日志乱码）
状态栏点击后要不要点“保存为”？
要。常见错误是：发现乱码 → 点右下角编码 → 选 gb2312 → “重新以指定编码打开” → 看起来正常了 → 就关了。但此时文件磁盘上仍是原编码（比如 UTF-8），下次打开还是乱。
正确操作顺序是：
- 点右下角当前编码（如显示
UTF-8） - 选“通过编码重新打开”→
gb2312（确认中文恢复） - 再点右下角 → 选“通过编码保存”→
gb2312（真正转存） - 此时文件内容已按 GB2312 字节重写，MATLAB 打开不再乱码
这一步无法跳过，settings.json 只影响新文件或未指定编码的文件，已有文件的磁盘编码不会自动转换。
跨平台协作时怎么处理？
Linux/macOS 上的 MATLAB 默认用 UTF-8，而 Windows 用 gb2312。如果团队混用系统，统一用 UTF-8 with BOM 是折中方案（VSCode 支持，新版 MATLAB R2022b+ 也开始识别 BOM）：
- VSCode 中对
.m文件点右下角 → “通过编码保存”→utf8bom - 在
settings.json中仍写"files.encoding": "utf8bom"，但需同步告知所有成员升级 MATLAB 到 R2022b+ - 老版本 MATLAB（R2021b 及更早）遇到 UTF-8 BOM 会报错
Invalid character at line X，必须避免
所以最稳的方案仍是全团队锁定 Windows + gb2312，尤其涉及 Simulink 模型或 legacy 工具链时。
