CSV 打开乱码：先分清编码，再决定要不要 BOM

先辨认问题出现在哪一层

下载一份名单，中文变成了奇怪的字符，未必是文件坏了。CSV 保存的是文本字节，打开它的程序需要用正确的编码解释这些字节。相同文件在一个程序里正常、另一个程序里乱码，优先检查读取方式。若中文正常，所有内容却挤在一列里，则先检查分隔符；若只有编号变短，则检查列类型。这三种问题的修复路径不同。

排查前复制原文件，把副本命名为 名单_排查副本.csv。暂时不要在显示乱码的表格窗口里保存，因为一次保存就可能把错误解释后的文字重新写入文件。记下文件来自哪个系统、导出时选择了什么格式，以及对方用什么程序接收。

用能看出问题的小样判断

先观察标题、中文名称、符号和编号这四种内容。它们分别帮助判断编码、特殊字符与数据类型是否被改变。不要只看一列英文就宣布转换成功；英文和数字在许多常见编码下都能正常显示。

编号,名称,备注
00127,文件整理样例,含中文与符号 ✓
00408,第二份资料,请核对完整编号

如果原始文件本来就有类似内容，用原文件抽取一份不含个人信息的小样；如果没有，可以另建这段示例验证接收流程。小样验证通过说明流程适合这组字符，仍需对正式文件抽查首尾及异常记录。

读取编码和导出编码是两个选择

读取时需要知道源文件的编码，导出时则决定新文件使用的编码。把错误读出的乱码再导出为 UTF-8，得到的仍是乱码。理序 CSV 工具可选择 UTF-8、GB18030 或 UTF-16LE 读取本地文件，不会自动判断源编码。先按来源系统的导出说明选择编码，再选文件；更换编码后需要重新选择原文件，预览正确才继续。

工具采用严格解码，字节不符合所选编码时会提示读取失败。失败不表示文件一定损坏，可能是编码选错；反过来，能解码也不保证编码选对，仍需检查中文和符号。看到替代符号 � 时应核查原件，单凭符号不能知道原来的汉字，也不能自动还原已被覆盖的数据。必要时从系统或备份重新导出。

交给 Excel 时，明确导入方式

Microsoft 的说明指出，带 BOM 的 UTF-8 CSV 可以按常规方式打开；不带 BOM 时，可以使用 Power Query 或文本导入入口。BOM 是文件开头的编码标记，它帮助部分程序识别文本，并不提供列类型信息。理序工具导出固定使用 UTF-8 BOM，接收方若有不同约定，需要在自己的软件中另行转换并验证。

1. 在 Excel 的“数据”菜单寻找“从文本/CSV”或对应的获取数据入口，不同版本名称可能不同。
2. 在预览中核对编码、分隔符和表头，中文正常后再加载。
3. 把编号、邮编及长标识符列按文本处理，避免在读取时被自动转成数字。

BOM 需要跟接收方约定

接收方是表格软件时，UTF-8 BOM 往往更方便；接收方是脚本、接口或旧业务系统时，应以它的导入约定为准。少数未处理 BOM 的导入程序可能把标记当成第一个表头的一部分，造成肉眼看起来相同、实际匹配不到列名的问题。遇到“找不到编号列”，要同时核查表头文字和文件开头。

不要靠改扩展名转换编码，把 .csv 改成 .xlsx 也不会生成真正的工作簿。若需要保存列类型、多个工作表和格式，应在正确导入后保存为对应的工作簿格式，并保留原 CSV 作为交换原件。

最后做一次往返核对

导出后关闭预览，再以接收方会使用的方式打开新文件。至少核对表头、中文、记录数、前导零、字段内逗号以及换行备注。最好比较三个确定的编号，而不是仅凭页面看起来整齐判断。只有核对通过，才发送正式版本。

如果失败，保留错误文件用于比较，回到原件重新读取；不要对同一个副本反复尝试不同编码并覆盖。交付说明可以写成：“UTF-8 BOM，逗号分隔，第一行表头，编号列请按文本导入。”这句简短说明能减少接收方再次猜测。本文示例为演示数据，不包含真实名单。