嗨，这个问题我太熟悉啦！其实这不是Excel函数的bug，而是二进制浮点数精度在搞鬼——这是很多计算软件都会遇到的小坑。

你看，Excel里的小数是用二进制浮点数存储的，但有些十进制小数（比如0.01）转换成二进制是无限循环的，只能近似存储。举个例子，你在单元格里输入=7.02+0.01-7.03，会得到一个极小的负数（比如-2.22044604925031E-16），这说明7.02+0.01的结果其实和直接输入的7.03在底层存储上有微小差异，只是Excel显示的时候把它四舍五入成了7.03而已。

而VLOOKUP、MATCH、XLOOKUP的精确匹配模式（第三个参数为0）会严格比对数值的底层存储值，哪怕差一点点都认作是不同的数，所以就出现了你看到的#N/A错误；至于近似匹配模式找到错误值，也是因为这个微小差异让计算值落在了7.02的区间里。

咱们可以用这几个方法解决：

• 给计算结果加ROUND函数，强制统一小数位数：比如用=VLOOKUP(ROUND(7.02+0.01,2), A1:B5,2,0)，这样就能把计算值转换成和表格里一致的精确两位小数，完美匹配。
• 如果是批量计算场景，也可以提前把表格里的数值用ROUND处理一遍，统一精度，避免后续再踩类似的坑。
• 要是不想用ROUND，也可以在匹配时允许微小误差，比如用=XLOOKUP(7.02+0.01, A:A, B:B, "#N/A", 1, 0.0001)，最后一个参数设置允许的误差范围，但这种方法不如ROUND稳妥，容易出现误匹配。

对了，你说7.01+0.01能成功，其实是偶然情况——刚好那两个近似值加起来的结果，和直接输入的7.02的存储值一致，但这种情况不通用，还是用统一精度的方法最靠谱。

备注：内容来源于stack exchange，提问作者Mat