1先看查找值：格式是不是一致

最常见的原因：查找表里的编号是文本格式（左上角有绿色小三角），数据源表里却是数字，或反过来。选中查找值所在单元格看左上角标记。批量修复：选中整列 → 数据 → 分列 → 完成（把文本转数字）；或对文本列用 =--A2 生成数字列。

为什么这么做：文本 "1024" 和数字 1024 在 Excel 里是两个不同的值，精确匹配永远对不上。格式不一致是 #N/A 的头号原因。

2检查有没有隐藏空格

用公式 =LEN(A2) 看查找值的字符数：如果比肉眼看到的长度长，说明有隐藏空格或不可见字符（常见于从网页、系统导出的数据）。批量清理：对查找值所在列用 =TRIM(A2) 生成新列，再拿新列去查。

为什么这么做：空格、换行符肉眼看不见，却是精确匹配的杀手。TRIM 只清首尾空格；含中间不可见字符时用 =CLEAN(TRIM(A2))。

3确认查找键在区域首列、区域已锁定

① 看公式里的查找区域，最左列必须是查找键所在列；② 检查区域是否加了 $（绝对引用）——没加 $ 时，往下填充公式后区域偏移，导致后面行全部 #N/A。选中公式里的区域按 F4 加锁。

为什么这么做：这两点是公式层面最常踩的坑：首列不是查找键（结构错）和区域未锁定（拖拽错），症状都是「部分行 #N/A」。

4核对返回列号

数一遍查找区域从左到右：首列是 1，第二列是 2……返回列号必须是你要取的那一列在区域内的序号，不是工作表里的列字母。列号超过区域列数会返回 #REF!（不是 #N/A），列号数错而区域内刚好有对应列时，会返回「错误的另一列数据」——这种更隐蔽，要特别核对。

为什么这么做：列号错导致的错误往往不是 #N/A 而是「数据看着像对的其实是错的」，影响比 #N/A 更大，核对时别只看有没有报错。

5检查查找区域首列是否被隐藏或筛选

如果区域首列被隐藏了，VLOOKUP 仍然能正常查到；但如果你的「区域」其实选成了可见区域（比如只框选了显示出来的几列），就会漏数据。另外，数据源如果有自动筛选在生效，VLOOKUP 不受影响，但你把区域框选成筛选后的可见区域就会出问题。

为什么这么做：这类问题的特征是「公式没变、数据没变，某一天突然 #N/A」——往往是有人调整过列隐藏或区域引用。