Power Query为何对两份看似相同的CSV文件处理结果不同

核心排查逻辑 #

你用Excel打开两份文件看到内容、数据类型完全一致不代表Power Query读取到的原始内容一致——Excel打开CSV时会自动做一层字符清洗、格式适配，把不可见的异常字符、解析偏差都屏蔽掉了，报错定位在changed type步骤，本质是这个步骤引用的列名和Power Query实际从CSV里解析到的列名没有完全匹配上，按以下优先级排查即可：

1. 优先排查列名的不可见字符问题 #

这是不同工具拉取同源CSV出现列匹配失败的最高频原因：

• Postman拉取文本响应时默认会自动剥离BOM头、首尾控制字符，Unirest如果没有手动指定响应编码，很容易把UTF-8 BOM头（\uFEFF）、零宽空格、换行残留字符拼在第一列/对应列的列名前后，这些字符肉眼完全看不到，但Power Query会把它算成列名的一部分。
• 验证方法：不要用Excel打开文件，用VS Code、Notepad++这类纯文本编辑器打开两份CSV，开启「显示所有控制字符」开关，直接对比第一行表头的逐字符内容；也可以在Power Query的CSV导入源步骤（即changed type之前的第一步），复制报错对应的列名，粘贴到纯文本编辑器里看字符长度是否和预期一致。
• 修复方式：在源步骤之后加一步统一清洗列名，从根源规避不可见字符问题，代码参考：

= Table.TransformColumnNames(Source, each Text.Trim(_, {Character.FromNumber(0), Character.FromNumber(10), Character.FromNumber(13), Character.FromNumber(65279), " "}))

2. 排查CSV解析规则的匹配问题 #

Unirest如果没有正确设置CSV响应的读取格式，可能会转义掉CSV里的引号、转义分隔符，导致Power Query自动解析CSV时出现列错位：

• 验证方法：跳转到Power Query里的CSV导入源步骤，对比两份文件导入后生成的总列数，如果列数和Postman拉取的文件不一致，就是分隔符/转义规则不匹配导致的列错位，你要找的列实际已经偏移到其他列位置了，自然会报找不到列。
• 修复方式：不要用Power Query的自动CSV解析配置，手动写Csv.Document调用参数，固定分隔符、编码、引号解析规则，代码参考：

= Csv.Document(File.Contents("你的CSV文件路径"),[
    Delimiter = ",",
    Encoding = 65001, // 固定为UTF-8编码，按需调整
    QuoteStyle = QuoteStyle.Csv,
    CsvStyle = CsvStyle.QuoteAfterDelimiter
])

3. 快速定位差异的技巧 #

如果以上两步没找到问题，可以分别对两份导入的CSV在源步骤加一步提取全量列名，直接对比两个列名列表的差异：

// 提取当前表的所有列名生成列表
= Table.ColumnNames(Source)

逐位置对比两个列表的元素，第一个出现差异的位置就是问题根源。

内容的提问来源于stack exchange，提问作者Alfonso