vscode打开配置文件乱码基本是gbk文件被误当utf-8读取，并非文件损坏，但盲目保存会永久破坏内容；应点击右下角编码名选择“reopen with encoding”并逐个尝试gbk等编码，切勿选“save with encoding”，避免覆盖原文件。

VSCode打开配置文件乱码，基本都是GBK编码文件被当UTF-8读了，不是文件损坏，但盲目保存会永久破坏内容。

点右下角编码名后选“Reopen with Encoding”

这是最快定位问题的入口。VSCode窗口右下角状态栏显示UTF-8（或带锁图标）时，直接点击它，菜单里选Reopen with Encoding，再从列表中逐个试GBK、GB2312、GBK with BOM。注意：不要选Save with Encoding，那会覆盖原文件。

• Windows下老项目里的.ini、.bat、.reg、.conf文件，90%是GBK编码
• 如果选完GBK后中文正常了，但状态栏出现锁图标，说明该文件已被手动锁定——后续所有设置都不生效
• 解锁方法：再次点击编码名 → 选Reopen with Encoding → 再次选GBK，这次务必取消勾选“记住此选择”

别全局设"files.encoding": "gbk"

把"files.encoding": "gbk"写进全局settings.json，看似一劳永逸，实则会让新项目里的.js、.py等UTF-8文件反而出乱码，尤其跨平台协作时更糟。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 正确做法是用语言标识做细粒度配置，例如在settings.json里加：
• "[plaintext]": {"files.encoding": "gbk"}
• "[bat]": {"files.encoding": "gbk"}
• "[ini]": {"files.encoding": "gbk"}
• 这样只影响纯文本类文件，Python/JS等代码文件仍走默认utf8，注释里的中文也能正常解析

files.autoGuessEncoding必须是布尔true，不是字符串

很多人复制配置时漏掉引号规则，写成"files.autoGuessEncoding": "true"，VSCode完全静默忽略，等同于false。

• 正确写法只有这一种："files.autoGuessEncoding": true
• 它只在文件首次打开时触发扫描，已打开的乱码标签页不会自动重检
• 对纯ASCII内容（比如空行多、只有英文键值对的.ini）识别率极低，别指望它自动救活老文件
• 即使开启，也仅辅助首次加载；真正可靠的还是靠右下角手动指定

看到乱码第一反应不是保存，而是确认编码再操作

这是最容易被跳过的致命动作。一旦你用错误编码打开GBK配置文件，又按Ctrl+S，VSCode就会把当前内存里那堆乱码字符，按UTF-8重新编码写回磁盘——原始中文字节彻底丢失，不可逆。

• 打开即乱码 → 立刻停手，不滚动、不编辑、不保存
• 先点右下角 → Reopen with Encoding → 试GBK
• 确认显示正常后，如需修改，再保存；如只是查看，关掉即可
• Git仓库里混用GBK文件时，建议统一转为UTF-8（用iconv或Notepad++批量转换），避免后续协作踩坑