两种不同字符串比较方法的性能对比

link之家

链接快照平台

输入网页链接，自动生成快照
标签化管理网页链接

相关文章推荐

热心的茶壶 · Windows删除文件夹 - 余生以学 · 1 月前 ·

千年单身的红烧肉 · Netlink 与 RTNetlink ...· 3 周前 ·

爱吹牛的棒棒糖 · IDA插件之智能代码补全工具 - ...· 3 周前 ·

鼻子大的生姜 · spring4.0之九：websocket简 ...· 2 周前 ·

帅气的匕首 · python时间序列分析（ARIMA模型） ...· 2 周前 ·

无邪的松树 · 王浥尘_百度百科· 1 年前 ·

坚强的大蒜 · 个人网络行为轨迹信息的分类保护_中华人民共和 ...· 1 年前 ·

想旅行的凉面 · 虫Production - 萌娘百科 ...· 1 年前 ·

朝气蓬勃的饼干 · 宁波党建-无线门户· 1 年前 ·

可爱的蟠桃 · 从战略高度抓好稳就业· 1 年前 ·

最近比较关注C#书写出来的代码性能问题，越研究就越觉得很有意思。
在日常的编程过程总，由于编程需要，我们经常会比较两个字符串是否相等，然后再做相应的处理。代码书写起来是觉得很爽，不是吗？if (a==b) then ……else……但是有没有更快的方式呢？为此查阅了一些资料了MSDN文档。当我们调用 a==b的时候，通过IL代码可以看到内部实际上调用了String.Equals(string,string)这个方法

IL_0021: call bool [mscorlib]System.String::op_Equality( string ,

string )

IL_0026: stloc.s re

public static bool Equals( string a, string b)

{

if (a == b)

{

return true ;

}

if ((a != null ) && (b != null ))

{

return EqualsHelper(a, b);

}

return false ;

}

更为严重的是更底层调用的是EqualsHelper辅助方法，它首先比较两个字符串的长度，然后逐个字符的通过引用指针的方式进行比较，由于无法明确的区隔是否和语言别有关系，内部处理异常复杂。有没有更快速的方法呢？
答案是有的。
.Net 2.0中新增了一个 StringComparison枚举类型，实际上我们大多数的字符串比较是和语言别无关的，我们应该使用Ordinal和OrdinalIgnoreCase两个枚举值。处于性能考虑，在字符串比较时不应该直接使用==操作符，而应该使用
bool Equals ( string value, StringComparison comparisonType)
bool Equals ( string a, string b, StringComparison comparisonType)
为此，我进行了一个测试，看看不等的==操作符和String.Equals方法之间的性能差别有多大。
测试代码：

string a = " abcdefghigklmnopqrstuvwxyz0123456789!@#$%^&*()_+ " ;

string b = " abcdefghigklmnopqrstuvwxyz0123456789!@#$%^&*()_+? " ;

Stopwatch watch = new Stopwatch();

watch.Start();

for ( int i = 0 ; i < 90000000 ; i ++ ) {

bool re = a.Equals(b, StringComparison.OrdinalIgnoreCase);

}

watch.Stop();

double time = watch.Elapsed.TotalSeconds;

Console.Write(time);

Console.ReadLine();

测试了三次，分别为：1.1163117，1.106148，1.1041815
然后运行下面的代码：