Excel打开CSV中文乱码的根本原因是缺少BOM头，导致其默认用GBK解析UTF-8编码文件；解决方法是使用UTF-8 with BOM格式，如Python中pandas需指定encoding='utf-8-sig'，Node.js需手动拼接BOM字节。
Excel 打开 CSV 中文乱码是因为没加 BOM 头
windows 上的 excel 默认用 ansi（其实是系统本地编码，中文 windows 是 gbk）解析 csv，但现代程序导出的 csv 大多是 utf-8 无 bom 格式——excel 看不到 bom，就硬按 gbk 解，字节对不上，自然成乱码。
关键不是“改编码”，而是“让 Excel 主动认出这是 UTF-8”。BOM（\uFEFF）就是干这个的：它不占显示字符，但 Excel 一读到开头三个字节 0xEF 0xBB 0xBF，立刻切到 UTF-8 模式。
- UTF-8 with BOM 是 Excel 唯一能稳定识别的 UTF-8 变体；纯 UTF-8（no BOM）在 Excel 里基本等于“默认 GBK”
- 别试 UTF-16/UTF-32：Excel 虽支持，但行尾换行符易错、兼容性差，且多数后端导出不生成这类格式
- 用记事本另存为“UTF-8-BOM”只是临时验证手段，不能当生产方案——记事本会偷偷改换行符（CRLF → LF），可能破坏数据对齐
Python pandas.to_csv 必须显式加 encoding='utf-8-sig'
pandas.to_csv 默认用 encoding='utf-8'，这输出的是无 BOM 的 UTF-8，Excel 读出来必乱码。必须换成 utf-8-sig —— 这个编码名是 Python 的约定，表示“UTF-8 + 自动写 BOM 头”，且只在文件开头写一次，不影响内容。
注意：utf-8-sig 和 utf-8 是两个不同编码名，不是参数开关；写错成 utf_8_sig 或漏掉 -sig 都无效。
-
df.to_csv('data.csv', encoding='utf-8-sig', index=False)—— 正确，BOM 自动插入 -
df.to_csv('data.csv', encoding='utf-8', ...)—— 错误，无 BOM，Excel 乱码 - 如果用了
quoting=csv.QUOTE_ALL或自定义sep，BOM 不受影响，照常生效
Node.js fs.writeFileSync 写 CSV 要手动拼 BOM
Node.js 没有内置类似 utf-8-sig 的编码选项，fs.writeFileSync(path, data, 'utf8') 输出仍是无 BOM 的。得自己在字符串最前面加上 \uFEFF（即 UTF-8 编码后的三个字节）。
别用 Buffer.from('\uFEFF', 'utf8') 拼接再转字符串——容易多加一个 0xEF 0xBB 0xBF 后又因字符串处理被二次编码。最稳的方式是直接写 Buffer。
fs.writeFileSync('data.csv', Buffer.concat([Buffer.from([0xEF, 0xBB, 0xBF]), Buffer.from(csvContent, 'utf8')]))- 如果
csvContent已是字符串，不要先Buffer.from(csvContent).toString()再拼，避免编码转换失真 - 用
fast-csv或json2csv库时，查文档确认是否支持 BOM 选项（如json2csv.Parser({ withBOM: true })），别假设默认开启
Excel 直接导入 TXT/CSV 时跳过自动编码检测
即使你写了 BOM，用户双击打开仍可能乱码——因为某些 Excel 版本（尤其 Office 365 更新后）会忽略 BOM，强行走“自动编码检测”。这时得绕过双击，走数据导入流程。
操作路径：Excel → 数据 → 从文本/CSV → 选文件 → 在预览窗口右上角把“文件原始格式”从 ANSI 改成 65001: Unicode (UTF-8) → 加载。这个动作本质是告诉 Excel：“别猜了，就按 UTF-8 解”。
- 该步骤无法自动化，适合终端用户自查；开发侧不能依赖用户手动改设置
- 如果 CSV 里有逗号、换行、引号等特殊字符，导入时还要确认分隔符和文本限定符设置是否匹配，否则列会错位
- BOM 只解决编码识别问题，不解决字段内换行符被 Excel 截断的问题——后者需确保导出时用双引号包裹含换行的字段
真正麻烦的从来不是加不加 BOM，而是整个链路里任意一环悄悄转码：比如 Nginx 返回头声明 charset=gbk，或前端 JS 用 TextEncoder 写 blob 时没设 type，或后端中间件（如某些 Django 中间件）对响应体做了隐式 decode/encode。BOM 只保文件落地那一刻，管不了传输和渲染中途的篡改。
