关于HLOOKUP函数近似匹配（TRUE）返回异常的技术问询

问题1：窄table_array下的返回值逻辑 #

• 官方规则明确：使用HLOOKUP(lookup_value, table_array, row_index_num, TRUE)时，table_array的首行必须按升序排列，否则结果无可靠保障，但实际运行逻辑可归纳为：
  1. 从左到右遍历table_array的首行元素
  2. 找到第一个大于lookup_value的元素时，返回该元素左侧最近的、满足“小于等于lookup_value”的对应行值
  3. 如果所有首行元素都小于等于lookup_value，则返回最右侧元素的对应行值
• 对应你的场景：
  • B6使用更窄的table_array时，其首行是无序的。当lookup_value为「g」时，遍历首行所有元素都小于「g」，因此返回最右侧元素对应的0.35
  • 修改B1为「d」后，遍历首行时会遇到第一个大于「d」的元素，此时返回该元素左侧的对应值0.3

问题2：lookup_value远大于首行元素时的矛盾规则 #

• 当lookup_value大于table_array首行所有元素时：
  1. 如果table_array首行第一个元素就大于lookup_value，函数直接返回#N/A（因为找不到任何小于等于lookup_value的起始匹配项）
  2. 如果table_array首行第一个元素小于等于lookup_value，则按问题1的遍历逻辑，返回最右侧元素的对应行值
• 对应你的场景：
  • B18的table_array首行第一个元素小于「z」，所有元素都满足小于「z」，因此返回最右侧的0.32
  • B19、B20的原table_array首行第一个元素大于「z」，触发#N/A；修改首单元格为「b」（小于「z」）后，所有元素都小于「z」，因此返回最右侧的0.25

额外发现的细节 #

• 关于“从右往左查找同格式最后值”：这其实是首行无序时的特殊表现——当所有首行元素都小于等于lookup_value时，函数会返回最右侧的匹配值，并非真正的从右往左查找，只是遍历到末尾后的结果
• I33的无法解释结果：大概率是lookup_value与首行元素的数据格式不匹配（比如文本型 vs 数值型），或者table_array的首行存在隐藏的格式差异（如空格、不可见字符），导致函数判定逻辑异常
• 平台差异：Excel、Google Sheets、OneDrive的函数引擎实现细节不同，对无序首行的近似匹配处理逻辑有细微差别，因此B7的返回值会存在平台差异

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