CSV 打开乱码、挤成一列怎么办：兼顾安全的表格导入流程

收到一份订单 CSV，双击后中文变乱码，金额与姓名挤在一列，订单号开头的零还消失了。这通常不是三个独立文件损坏，而是编码、分隔符和自动类型识别分别出了问题。若文件来自外部，还要留意单元格内容被当成公式的风险。

先留原件，再检查文本

复制一份文件作为工作副本，用可信的本地纯文本编辑器查看开头几行，不要把客户资料上传到随机“在线修复”网站。看中文是否正常，字段之间是逗号、分号还是制表符。字段中的逗号可能被双引号包住，不能靠全局替换逗号来修复分列。

如果原文件里中文已经是问号，再换编码也未必能恢复，应向导出方重新索取原始数据。若只是当前查看方式不匹配，则可在导入时调整字符集，先观察预览而非覆盖保存。

在支持该功能的 Excel 中，从“数据”进入“从文本/CSV”，选择工作副本。先核对文件编码，再核对分隔符。UTF-8 文件带有 BOM 时更容易被识别；没有标记时，不要只相信自动选择，检查中文姓名、标点等样本。不同版本的入口可能略有差异。微软的 UTF-8 打开说明。

分隔符选对后，预览应出现合理列数，标题与内容逐列对应。一整行挤在一列，通常先检查分隔符；地址中途被拆开，则要检查引号包裹和转义。遇到复杂格式不要逐行手工补逗号，先联系导出方核对格式约定。微软的文本导入说明。

订单号、邮编和长数字标识应按文本导入。使用 Power Query 时可选择不自动检测类型，或在转换阶段检查并移除不合适的类型转换，再把相关列设为文本。别等导入成数字、前导零丢失后才改显示格式，那不能可靠找回原始值。Power Query 的文本与 CSV 设置。

CSV 虽然没有宏，也不代表打开就绝对安全。电子表格可能把以 = 等字符开头的内容解释成公式；外部提供者也可能把这类内容塞进备注、姓名等看似普通的字段。+、-、@ 及部分控制字符同样需要关注，但出现这些字符不等于一定恶意。

对来源不明的数据，优先在纯文本工具中检查，并通过明确的文本导入流程处理所有不可信列，避免直接双击或复制粘贴进入默认格式单元格。不要为查看文件而同意启用外部内容、更新链接或绕过安全提示。首次验证可使用无敏感数据的小样本，确认类似 =1+1 的内容作为字面文本保留，而不是得到计算结果。

仅给字段加双引号不是通用安全修复。加单引号等方式也可能在另存、重开或换软件后失效，导出方需要针对实际消费软件设计防护，不能把一次成功预览当成安全保证。OWASP 的 CSV 注入说明。

检查总记录数、列数和几条首尾记录，再抽查中文、带逗号地址、空字段、长编号和前导零。需要计算时，只把可信且确实用于计算的列转为数字。保留未经修改的原件和导入设置记录；若再次导出 CSV 并交给别人，必须重新检查，因为工作簿中的文本类型不会以同样方式完整保存在 CSV 中。

如果乱码出现在普通配置或源码文件中，可参考文本编码与换行修复，先辨认再另存副本。