vscode打开csv显示“鏂囦欢缂栫爜”等乱码，本质是用utf-8解码了gbk/gb18030文件；应右下角点击编码→选reopen with encoding→优先试gbk，再试gb18030；显示正常后，根据使用场景决定save with encoding为utf-8（无bom）或保留gbk。
右下角点“Reopen with Encoding”选 GBK 或 GB18030
VSCode 打开 CSV 文件显示“鏂囦欢缂栫爜”“锟斤拷”或方块，基本就是它用 UTF-8 去解码了一个实际是 GBK/GB18030 编码的文件。这不是文件损坏，只是解码规则错了。
操作路径非常直接：打开乱码 CSV → 看右下角状态栏（显示类似 UTF-8 的字样）→ 点击它 → 选 Reopen with Encoding → 在弹出列表里优先试 GBK，不行再试 GB18030（别选 GB2312，兼容性差，容易漏字）。
- 只要文字立刻变正常，就说明原始编码就是这个，可以继续编辑
- 这个操作完全安全：只改本次显示，不写磁盘，可反复试
- 如果试完还乱码，关掉文件重开再试；Ctrl+Z 在重开后无效，别指望撤回
保存前必须确认：Save with Encoding → UTF-8 还是保留 GBK？
显示正常后，别急着 Ctrl+S。VSCode 默认会按当前显示编码（比如你刚切的 GBK）去保存——这意味着下次别人用 UTF-8 环境打开，又会乱码。
是否转成 UTF-8，取决于使用场景：
- 要提交 Git、给跨平台团队用、或后续用
pandas.read_csv()读取，建议点右下角 →Save with Encoding→UTF-8（注意选无 BOM 版本） - 如果是老系统配置、.bat 脚本、某些国产软件导出的 CSV，它们依赖 GBK 执行，强行转 UTF-8 可能导致脚本失效
-
Save with Encoding是覆写操作：原始 GBK 字节会被永久替换为 UTF-8 字节，不可逆
Python 里用 pandas 读 CSV 报错 UnicodeDecodeError 怎么办
你在 VSCode 里把 CSV 显示正常了，但运行 pandas.read_csv("data.csv") 还是报错，说明 Python 解析时没被告知真实编码。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
根本原因：VSCode 的显示编码和 Python 的读取编码是两套独立机制。你得显式告诉 read_csv 用什么解码：
- 如果文件实际是 GBK 编码，加参数：
pandas.read_csv("data.csv", encoding="gbk") - 如果不确定，先用
chardet探测：chardet.detect(open("data.csv", "rb").read()) - 别依赖
encoding="utf-8"硬扛，错误的 encoding 参数会导致UnicodeDecodeError直接中断
为什么开了 files.autoGuessEncoding: true 还是总猜错
VSCode 的自动猜测对纯中文短文本、无 BOM 的 CSV 效果很差——它更擅长识别带英文注释或混合内容的文件。Windows 下大量 CSV 来自 Excel 或爬虫导出，默认就是 GBK，但 VSCode 往往误判为 windows1252 或瞎猜成 UTF-8。
更稳妥的做法是关掉玄学猜测，配合后缀绑定：
- 在项目根目录
.vscode/settings.json中加这两行："files.autoGuessEncoding": false,<br>"files.encoding": "utf8"
- 若整个项目 CSV 都是 GBK，再加：
"files.associations": { "*.csv": "gbk" } - 注意：
"files.encoding"只是新建文件的 fallback，不会覆盖已识别的编码，所以必须配autoGuessEncoding: false才真正起效
最易被忽略的一点：CSV 乱码问题从来不是单点故障。它横跨文件编码、编辑器设置、终端环境、Python 运行时三者。看到乱码第一反应不该是“怎么修显示”，而是先问一句：这个文件到底是谁生成的？下一步要交给谁用？答案不同，处理路径就完全不同。
