这个问题我之前也碰到过几次，大概率是下面几个原因导致的，咱们一个个排查：

1. 数据类型不匹配（最常见） #

你用的是带通配符的文本匹配"*103370349075*"，但如果第4225行的参考号是数字格式，MATCH函数的通配符只对文本生效，自然匹配不到。而你在近行添加的参考号可能默认是文本格式，所以能成功匹配。

解决方法：

• 方法一：把D列的数字批量转成文本格式（选中D列→右键→设置单元格格式→文本→确定，然后双击单元格刷新格式）
• 方法二：修改公式，把D列数据临时转成文本再匹配：

  =MATCH("*103370349075*",TEXT(D:D,"@"),0)
  

2. 目标单元格存在隐藏字符 #

第4225行的参考号看起来和目标一致，但可能前后藏了空格、换行符或者不可见的控制字符，导致通配符匹配失败。

排查&解决方法：

• 先选中D4225单元格，看编辑栏里的内容是否有多余字符；
• 用公式检查长度是否正常：=LEN(D4225)，如果长度比你预期的11位多，说明有隐藏字符；
• 可以用CLEAN函数去掉不可见字符后再匹配：

  =MATCH("*103370349075*",CLEAN(D:D),0)
  

3. 全角/半角字符不一致 #

如果第4225行的参考号里的数字是全角格式（比如１０３３７０３４９０７５），而你公式里输入的是半角数字103370349075，两者是不同的字符，自然匹配失败。

解决方法：

• 把全角数字转成半角，用公式：=ASC(D4225)，或者直接选中单元格替换全角为半角。

4. 单元格自定义格式误导 #

有时候单元格的自定义格式显示的是103370349075，但实际存储的内容是其他值（比如更长的数字被截断显示），这种情况下MATCH自然找不到。

排查方法：

• 选中D4225单元格，看编辑栏里的真实内容，是否和显示的一致。

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