如果你对BCL方法的差异感到好奇，Reflector是你的朋友:-)

我遵循以下准则:

精确匹配:编辑:我以前总是使用==操作符，原则是在Equals(string, string)中使用对象==操作符来比较对象引用，但似乎str .Equals(strB)总体上仍然比string快1-11%。= (strA, strB)， strA == strB，和string。CompareOrdinal(箍,strB)。我用一个秒表对被拘禁/非被拘禁的字符串值进行循环测试，具有相同/不同的字符串长度，以及不同的大小(1B到5MB)。

strA.Equals(strB)

人类可读匹配(西方文化，不区分大小写):

string.Compare(strA, strB, StringComparison.OrdinalIgnoreCase) == 0

人类可读匹配(CultureInfo定义的所有其他区域性，不敏感的大小写/重音/假名/等):

string.Compare(strA, strB, myCultureInfo) == 0

人类可读的自定义规则匹配(所有其他区域性):

CompareOptions compareOptions = CompareOptions.IgnoreCase
                              | CompareOptions.IgnoreWidth
                              | CompareOptions.IgnoreNonSpace;
string.Compare(strA, strB, CultureInfo.CurrentCulture, compareOptions) == 0

关于字符串比较问题的很好的解释和实践可以在文章中找到:在Microsoft . net 2.0中使用字符串的新建议和在. net框架中使用字符串的最佳实践。

上述每一种方法(或其他方法)都有特定的目的。它们之间的关键区别是默认情况下使用哪种类型的StringComparison Enumeration。有以下几种选择:

CurrentCulture CurrentCultureIgnoreCase InvariantCulture InvariantCultureIgnoreCase 序数 OrdinalIgnoreCase

以上每一种比较类型都针对不同的用例:

Ordinal Case-sensitive internal identifiers Case-sensitive identifiers in standards like XML and HTTP Case-sensitive security-related settings OrdinalIgnoreCase Case-insensitive internal identifiers Case-insensitive identifiers in standards like XML and HTTP File paths (on Microsoft Windows) Registry keys/values Environment variables Resource identifiers (handle names, for example) Case insensitive security related settings InvariantCulture or InvariantCultureIgnoreCase Some persisted linguistically-relevant data Display of linguistic data requiring a fixed sort order CurrentCulture or CurrentCultureIgnoreCase Data displayed to the user Most user input

注意，StringComparison枚举和字符串比较方法的重载从。net 2.0开始就存在了。

字符串。CompareTo方法

实际上是IComparable的类型安全实现。CompareTo方法。默认解释:CurrentCulture。

用法:

CompareTo方法主要用于排序或字母排序操作

Thus

实现IComparable接口必须使用此方法

字符串。比较的方法

String类的静态成员，有很多重载。默认解释:CurrentCulture。

只要可能，应该调用包含StringComparison参数的Compare方法的重载。

字符串。=方法

从Object类重写，并为类型安全重载。默认解释:序数。 注意:

String类的相等方法包括静态Equals、静态操作符==和实例方法Equals。

StringComparer 类

还有另一种处理字符串比较的方法，尤其是用于排序的方法:

可以使用StringComparer类创建特定于类型的比较，以便对泛型集合中的元素进行排序。Hashtable、Dictionary、SortedList和SortedList等类使用StringComparer类进行排序。

下面是这些函数的工作规则:

stringValue.CompareTo（otherStringValue）

Null出现在字符串之前 它使用CultureInfo.CurrentCulture.CompareInfo。比较，这意味着它将使用依赖于区域性的比较。这可能意味着ß将比较等于德国的SS，或类似

stringValue.Equals（otherStringValue）

Null不被认为等于任何东西 除非你指定了StringComparison选项，否则它将使用看起来像直接序号相等性检查的东西，即ß与SS在任何语言或文化中都不相同

stringValue == otherStringValue

与stringValue.Equals()不同。 ==运算符调用静态Equals(字符串a，字符串b)方法(该方法将转到内部的EqualsHelper进行比较。 在空字符串上调用. equals()会得到空引用异常，而on ==则不会。

对象。ReferenceEquals (stringValue otherStringValue)

只是检查引用是否相同，即它不只是两个具有相同内容的字符串，你是在比较字符串对象和它本身。

注意，对于上面使用方法调用的选项，有更多的重载选项来指定如何进行比较。

如果你只是想检查是否相等，我的建议是决定是否要使用文化相关的比较，然后根据选择使用. compareto或. equals。

不是性能通常有99%的时间你需要这样做,但是如果你不得不这样做在一个循环中数百万倍。我强烈建议你使用.Equals或= =因为当它发现一个字符不匹配它把整个事情是假的,但是如果你使用CompareTo就必须找出哪些字符小于另一个,从而导致稍差的性能。

如果您的应用程序将在不同的国家运行，我建议您查看CultureInfo的含义，并可能使用. equals。因为我只为美国编写应用程序(并不关心它是否由某人正常工作)，我总是使用==。

如果你对BCL方法的差异感到好奇，Reflector是你的朋友:-)

我遵循以下准则:

精确匹配:编辑:我以前总是使用==操作符，原则是在Equals(string, string)中使用对象==操作符来比较对象引用，但似乎str .Equals(strB)总体上仍然比string快1-11%。= (strA, strB)， strA == strB，和string。CompareOrdinal(箍,strB)。我用一个秒表对被拘禁/非被拘禁的字符串值进行循环测试，具有相同/不同的字符串长度，以及不同的大小(1B到5MB)。

strA.Equals(strB)

人类可读匹配(西方文化，不区分大小写):

string.Compare(strA, strB, StringComparison.OrdinalIgnoreCase) == 0

人类可读匹配(CultureInfo定义的所有其他区域性，不敏感的大小写/重音/假名/等):

string.Compare(strA, strB, myCultureInfo) == 0

人类可读的自定义规则匹配(所有其他区域性):

CompareOptions compareOptions = CompareOptions.IgnoreCase
                              | CompareOptions.IgnoreWidth
                              | CompareOptions.IgnoreNonSpace;
string.Compare(strA, strB, CultureInfo.CurrentCulture, compareOptions) == 0

使用. equals也更容易阅读。