VSCode通过Remote-SSH远程打开中文文件乱码，本质是编码识别错误而非终端或locale问题；需通过状态栏“Reopen with Encoding”手动指定GBK或UTF-8，或在远程项目根目录的.vscode/settings.json中配置"files.encoding": "GBK"并禁用autoGuessEncoding。
远程文件乱码：先确认是文件编码问题，不是终端或SSH配置问题
VSCode通过Remote-SSH连接Linux服务器后打开中文文件显示乱码，90%的情况和本地打开乱码一样——文件本身是UTF-8或GBK存的，但VSCode用错了编码去读。但远程场景多了一层干扰：你看到的“文件内容”，其实是VSCode通过SSH通道从服务器读取字节流再本地解码的结果。它不经过服务器端的locale或终端设置，所以locale输出是en_US.UTF-8还是zh_CN.GBK，对VSCode文件显示完全没影响。
真正起作用的是VSCode自己的files.encoding配置 + 当前文件是否带BOM + 状态栏手动选的编码。远程连接只是传输通道，不是解码环节。
Reopen with Encoding在Remote-SSH里依然有效，但要注意路径上下文
右下角状态栏点击编码（如UTF-8），选Reopen with Encoding → GBK，这个操作在Remote-SSH会话中完全可用，且只影响当前文件的内存解码，不修改服务器上原始文件。
- 如果文件是GBK编码但没BOM，VSCode默认猜成UTF-8，点一下就恢复正常
- 如果文件是UTF-8但含中文，却显示“浣犲ソ”，说明VSCode用GBK打开了它，此时应选
UTF-8重新打开 - 注意：切换编码后别急着保存，先确认内容正确；如果误点了
Save with Encoding并选错，原始字节可能被覆盖重写
远程项目全局设GB2312/GBK？不推荐，改settings.json要分作用域
想让整个远程工作区默认用GBK打开所有文件？可以，但必须写在远程工作区的.vscode/settings.json里，而不是你本地用户级的设置。本地settings.json对Remote-SSH下的文件无效。
在远程项目根目录建.vscode/settings.json，写入：
{
"files.encoding": "gbk",
"files.autoGuessEncoding": false
}
这样VSCode每次打开该目录下任意文件，都会强制用GBK解码。但要注意：
-
gbk不是标准IANA名，VSCode实际识别的是windows-1252或GBK（大小写敏感），建议用GBK更稳妥 - 禁用
autoGuessEncoding很重要，否则它仍可能在某些短文件上强行覆盖你的设定 - 如果项目里混有UTF-8和GBK文件，全局设一种编码反而会让部分文件变乱，此时应靠状态栏手动切
真正容易被忽略的点：Git diff、文件树、搜索结果里的中文也受编码控制
很多人只关注编辑器主窗口内容，却没发现侧边栏的文件树里中文名显示为???、Git插件里diff显示乱码、Ctrl+Shift+F全局搜索匹配不到中文——这些地方同样依赖files.encoding，而且不会自动跟随你当前文件的编码切换。
它们统一由VSCode的“工作区编码策略”决定，也就是.vscode/settings.json里的files.encoding。如果你只在状态栏临时切了GBK，Git视图和搜索仍然按UTF-8解析字节，自然对不上。
所以远程协作老项目，最稳的做法是：在项目根目录放.vscode/settings.json明确指定"files.encoding": "GBK"，并确保团队成员都启用Remote-SSH工作区设置同步。否则每个人手动切一次，协作时文件保存行为就不一致。
