在.NET/C#开发中，字符串比较是日常高频操作，而忽略大小写的需求更是常见。很多开发者习惯性用.ToLower()转成小写再比，或者直接用==加一个模糊的参数——这些做法里隐藏着不少坑。先把结论说清楚：最安全高效的方式是使用String.Equals配合StringComparison.OrdinalIgnoreCase，或者用StringComparer.OrdinalIgnoreCase来驾驭集合操作；避免使用ToLower/ToUpper和默认比较器，这样才能彻底绕过文化依赖、性能损耗和跨平台不一致这些问题。
用 String.Equals 指定 StringComparison.OrdinalIgnoreCase
先说最稳妥、也最推荐的做法。String.Equals(str1, str2, StringComparison.OrdinalIgnoreCase) 直接在比较时声明忽略大小写规则，不改变原始字符串，也不依赖当前文化环境。很多新手（甚至老手）容易踩的坑是：直接拿 == 一较，或者用无参的 Equals() 方法——这两种默认走的是 Ordinal 比较，大小写敏感。在用户输入、配置键、HTTP头这些场景下，一不小心就会漏匹配。
String.Equals("ABC", "abc", StringComparison.OrdinalIgnoreCase)返回true，这是最直观的用法。- 比先调用
.ToLower()再比较高效得多，因为不会产生临时字符串，GC压力自然就小了。 - 不依赖线程当前的
CultureInfo，行为稳定可预测，放到哪个环境的结果都一样。 - 需要注意：这个方法只适合“相等性判断”，不能用于排序或分组——该用别的方法时别硬上。
用 StringComparer.OrdinalIgnoreCase 做集合操作
当你把忽略大小写的逻辑放进 Dictionary、HashSet 或 SortedList 这些集合时，就必须传对应的 StringComparer 实例，而不是在运行时临时转换。举个简单例子：假如你需要做一个HTTP头解析器，传入的key既有大写的，也有小写的，还有大小写混写的。你用默认比较去查，大概率会漏掉一批本应命中的条目。
- 初始化时这样写：
var headers = new Dictionary。 - 这样一来，
headers["Accept"]和headers["accept"]就指向同一个值，不会产生歧义。 StringComparer.OrdinalIgnoreCase是静态只读实例，可以安全复用，千万不要每次new一个新的。- 另一个容易出错的地方：别把它跟
StringComparer.CurrentCultureIgnoreCase混用——后者受系统区域设置影响，服务器部署时可能在Windows上和Linux上跑出不一样的结果。
别用 .ToLower() 或 .ToUpper() 做比较
乍一看，先把两边都转成小写，再比一比，似乎直观又省事。但这条路上暗藏两处隐患：
- 土耳其语的
I和i映射就与英语不同。"I".ToLower()在某些文化环境下得到的并不是"i"。 - 每次比较都会新建字符串，虽然没有大到把内存撑爆，但在高频循环中，GC压力是实打实的。
错误示范：str1.ToLower() == str2.ToLower() 或 string.Compare(str1.ToLower(), str2.ToLower(), true) == 0。即使套上 CultureInfo.InvariantCulture，也绕不开内存开销。既然 Compare 方法本身就有忽略大小写的参数，何必再手动转换一次？唯一例外的情况是：你确实要做“显示用的标准化”，比如统一展示为小写，那就另当别论了。
string.Compare 的第三个参数不是布尔值
新手常犯的另一个错误是：看到 string.Compare(a, b, true) 就觉得里面的 true 表示“忽略大小写”。但底层仍然用的是当前文化比较，行为并不可控。正确做法应该用四参数甚至五参数的重载，显式指定 StringComparison 枚举值：
- ✅
string.Compare(str1, str2, StringComparison.OrdinalIgnoreCase) == 0 - ❌
string.Compare(str1, str2, true) == 0（隐式依赖CultureInfo.CurrentCulture，不同机器可能结果不同） - 性能上，
Ordinal系列比CurrentCulture快 2–3 倍，尤其在循环体中，差距非常明显。 - 如果确实需要文化敏感比较（比如中文排序），才考虑
StringComparison.CurrentCulture。但判断相等性时极少需要依赖文化环境。
这里还有一个容易被忽略的点：StringComparison 选错会影响跨平台一致性。.NET Core 在 Linux 上的 CurrentCulture 可能与 Windows 不同，而 Ordinal 系列永远是字节对字节的比较，稳如泰山。
