Answers:
转换为大写或小写以进行不区分大小写的比较是不正确的，因为某些文化（尤其是土耳其）具有“有趣的”特征。而是使用StringComparer用适当的选项。
MSDN在字符串处理方面有一些很棒的准则。您可能还需要检查您的代码是否通过了Turkey测试。
编辑：注意Neil对序数不区分大小写的比较的评论。这整个境界很阴暗:(
从Microsoft在MSDN上：
在.NET Framework中使用字符串的最佳实践
有关字符串用法的建议
- 当您标准化用于比较的字符串时，请使用String.ToUpperInvariant方法而不是String.ToLowerInvariant方法。
为什么？来自微软：
将字符串规范化为大写
一小部分字符转换为小写字母后就无法往返。
不能往返的这种角色的例子是什么？
ϱ， Ρ， ρ
Original: ϱ
ToUpper: Ρ
ToLower: ρ
这就是为什么，如果要进行不区分大小写的比较，则会将字符串转换为大写而不是小写。
因此，如果必须选择一个，请选择大写。
i土耳其语中的小写字母何时变为İ，而不是I您惯用的那个。另外，我们习惯于大写I成为i，但在土耳其变成ı。
基于倾向于具有更多小写字母条目的字符串，ToLower理论上应该更快（很多比较，但分配很少）。
在C语言中，或使用每个字符串的可单独访问的元素（例如C字符串或C ++中的STL的字符串类型）时，它实际上是字节比较-因此比较UPPER与lower。
如果您偷偷摸摸地将琴弦装入 long数组中，则可以对整个字符串进行非常快速的比较，因为它一次可以比较4个字节。但是，加载时间可能不值得。
为什么您需要知道哪个更快？除非您进行度量标准比较，否则运行几个周期的速度与整体执行的速度无关，听起来像是过早的优化:)
s并转换t为long类型的数组，以使字符串相等（如果数组相等），则必须向下走s和t直到找到终止'\0'字符（否则您可能会比较字符串末尾的垃圾，这可能是调用未定义行为的非法内存访问）。但是，为什么不在逐个浏览字符时进行比较呢？使用C ++字符串，您可能可以得到length和.c_str()，转换为along *并比较length的前缀.size() - .size()%(sizeof long)。对我来说看起来有点可疑。
微软已经优化了ToUpperInvariant()，没有ToUpper()。区别在于不变式对文化更友好。如果需要对可能因区域而异的字符串进行不区分大小写的比较，请使用Invariant，否则不变转换的性能无关紧要。
我不能说ToUpper（）还是ToLower（）更快。我从未尝试过它，因为我从来没有遇到过如此重要的情况。
这取决于。如上所述，仅纯ASCII，其相同。在.NET中，阅读并使用String.Compare正确的i18n东西（语言文化和unicode）。如果您知道有关输入可能性的任何信息，请使用更常见的情况。
请记住，如果您要进行多个字符串比较，则长度是一个很好的第一判别器。