vscode打开gbk/gb18030编码csv乱码时，应右下角点击编码→选“reopen with encoding”→尝试gbk或gb18030；确认正常后，再点编码→“save with encoding”→选utf-8（非utf-8 with bom）永久转码。
右下角点“Reopen with Encoding”试GBK或GB18030
VSCode 默认用 UTF-8 解码，但 Windows 下导出的 CSV（尤其来自 Excel、爬虫、国产软件）大概率是 GBK 或 GB18030 编码。直接打开就满屏“锟斤拷”或方块，不是文件坏了，只是解码规则错了。
操作路径很直接：打开乱码 CSV → 看右下角状态栏显示的编码（通常是 UTF-8）→ 点击它 → 选 Reopen with Encoding → 依次尝试：GBK、GB18030（别用 GB2312，兼容性差，容易漏字）。
- 只要中文立刻变正常，就说明原始编码找对了
- 这个操作不改磁盘文件，安全可逆；关掉重开就能重试
-
Ctrl+Z对重开无效，别浪费时间按
确认编码后，用“Save with Encoding → UTF-8”转存
能看 ≠ 已解决。临时用 GBK 打开只是“翻译正确”，但文件本身还是 GBK 字节。后续 Git 提交、Python 用 pd.read_csv() 读取、跨平台协作都会出问题。
真正修复要走这步：右下角再次点击编码 → 选 Save with Encoding → 选 UTF-8（注意不是 UTF-8 with BOM，BOM 会干扰 Python import 和 Git diff）。
- 这一步会把内容按 UTF-8 重新写入磁盘，原始 GBK 字节被覆盖
- 适合新项目、协作代码、脚本内嵌中文字符串等场景
- 慎用于 .bat、.reg 或某些国产软件配置文件——它们依赖 GBK 执行，转 UTF-8 后可能直接失效
CSV 插件能帮你绕过编码猜错，但不能替代转码
装个 CSV (ReprEng) 插件，打开 CSV 时它会自动按当前编码解析并表格化显示，还能快速切分隔符、开关表头、加行号。但它不改变底层编码逻辑——如果文件是 GBK，插件仍得靠 VSCode 正确识别编码才能正常渲染。
- 插件里点
CSV: Change CSV Separator可调分隔符，但解决不了“中文变问号”这类编码问题 - 它对纯文本模式下的乱码无感，只在启用插件视图后才生效
- 如果你常处理混合编码 CSV（比如部分列 GBK、部分列 UTF-8），插件也救不了——这种文件本身就不规范，得先清洗再进 VSCode
终端里用 pandas 读 CSV 报 encoding 错误？别动 VSCode 设置
你在 VSCode 集成终端跑 pd.read_csv("data.csv") 报 UnicodeDecodeError，和编辑器右下角显示是否正常完全无关。这是 pandas 在读文件时自己用的编码，和 VSCode 当前打开方式没关系。
- 明确指定编码：
pd.read_csv("data.csv", encoding="gbk")或encoding="gb18030" - 不确定编码？先用 VSCode 按上文方法确认真实编码，再填进去
- 别去改 VSCode 的
files.encoding全局设置来“匹配”——那只会让其他文件出问题
最常被忽略的一点：保存为 UTF-8 后，务必检查文件是否真被写入了 UTF-8 字节。用十六进制工具或命令行 file -i data.csv（Linux/macOS）或 chcp + more（Windows）验证，否则你以为转成功了，其实还是 GBK。
