为何Go语言strings.EqualFold不优先进行长度比较？

核心原因是长度相等并不是该函数返回true的必要条件——Unicode标准里存在不少单字符与多字符的大小写映射关系，比如：

• 德语字符ß的大写形式是SS，因此strings.EqualFold("ß", "SS")会返回true，但两者长度分别为1和2；
• 部分Unicode字符的大小写转换会改变字符数量，这类场景都是EqualFold需要正确处理的。

如果在函数开头加入长度检查，会直接错误排除这类合法的相等情况，完全违背了EqualFold的设计目标：实现Unicode标准下的不区分大小写比较，而非仅针对ASCII或长度相同的字符串。

从性能角度看，虽然对绝大多数长度不同且确实不相等的字符串，提前检查长度能快速返回false，但这种优化是以牺牲正确性为代价的，显然不可接受。当前实现的逻辑是遍历两个字符串的Unicode字符，逐个进行大小写等价性对比，当其中一个字符串遍历完毕时，再检查另一个是否也已遍历完毕——这种方式既保证了语义正确性，常规场景下性能也足够。

另外，Go标准库的设计优先级是语义正确和标准兼容，性能优化必须建立在不破坏核心功能的基础上。如果你的业务场景明确只涉及ASCII字符、且长度相等是相等的前提，自行在调用EqualFold前加入长度检查完全没问题，但这是业务侧的场景化优化，而非标准库函数的通用实现逻辑。

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