右下角编码旁有锁图标时所有配置均失效；需点击编码名选force reload with encoding且不勾选“记住此选择”来解锁，同时files.autoguessencoding必须为布尔值true而非字符串"true"。
右下角编码显示带锁图标？配置全失效
这是最常被忽略的硬性拦截点。VSCode 一旦你手动点过 Reopen with Encoding 或 Save with Encoding 确认过某配置文件（如 .ini、.bat、.reg）的编码，它就会把这个文件“锁定”，后续所有设置（包括 files.encoding、files.autoGuessEncoding: true、语言级配置）对该文件全部静默失效。
解锁方法：
点击右下角当前显示的编码名（比如 UTF-8 或 GBK）→ 选 Force Reload with Encoding（部分版本叫 Reopen with Encoding 再选一次当前编码），**务必不勾选“记住此选择”**。
验证是否解锁：关闭该配置文件标签页，再重新打开，看状态栏是否恢复为灰色、无锁图标。
files.autoGuessEncoding 设成 "true" 就是废的
这个配置项必须是布尔值 true，写成字符串 "true"（带引号）VSCode 完全静默忽略，行为等同于 false，但不会报错、不提示，导致你以为开了自动识别，其实根本没触发。
正确写法："files.autoGuessEncoding": true
错误写法："files.autoGuessEncoding": "true"
还要注意：
• 它只在文件首次打开时扫描字节流，已打开的乱码标签页不会自动重检
• 对纯 ASCII 内容（如只有英文注释+空格的 .ini 文件）基本无法识别 GBK，别指望它救所有旧配置文件
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
老项目配置文件混 GBK？别全局设 "utf8"
强行把 "files.encoding": "utf8" 加进全局 settings.json，对新项目友好，但会让老 .ini、.bat、.reg 文件一打开就变方块——因为它们本就是 GBK 编码，且依赖系统级执行环境（比如 Windows 的 chcp 936）。
安全做法：
• 用语言标识而非后缀匹配，更可靠："[ini]": {"files.encoding": "gbk"}"[bat]": {"files.encoding": "gbk"}
• Python/JS 等代码文件仍走默认 utf8，不受影响；注释里的中文也能正常解析
• 如果项目里有混合编码的配置文件，建议先用 Reopen with Encoding 逐个确认真实编码，再针对性配
搜索 Ctrl+Shift+F 找不到中文？不是编辑器问题
VSCode 全局搜索默认只索引 UTF-8 编码的文件。哪怕你用 Reopen with Encoding 把一个 GBK 的 .ini 文件看得很清楚，Ctrl+Shift+F 也不会在里面搜到任何中文——它压根没加载进搜索引擎。
临时解法：
• 确认该配置文件真实编码后，用 Save with Encoding → UTF-8 覆盖保存（注意选 UTF-8，不是 UTF-8 with BOM）
• 若不能改源文件（如第三方 SDK 自带的 .bat），只能靠外部工具（如 Notepad++）转码，或接受搜索不可见
真正容易被忽略的是：配置文件乱码常伴随终端执行失败（比如 .bat 中文路径报错）、Git 提交后路径显示 \344\270\255\346\226\207 ——这些都不是 VSCode 编码设置能解决的，得分别调 terminal.integrated.env.windows 和 git config core.quotepath false。
