隔了很久没写东西了,主要是最近比较忙,更主要的是最近比较懒......其实这篇很早就想写了工作和生活中经常可以看到一些程序猿,写代码的时候只关注代码的逻辑性,而不考虑运行效率其实这对大多数程序猿来说都是没有问题的不过作为一只有理想的CodeMonkey,我还是希望给大家分享一些性能优化心得曾经在网上听过这样一句话程序的可读性和性能是成反比的我非常赞同这句话,所以对于那些极度影响阅读的性能优化我就不在这里赘述了今天主要说的就是一些举手之劳即可完成的性能优化减少重复代码这是最基本的优化方案,尽可能减少那些重复做的事,让他们只做一次比较常见是这种代码,同样的Math.Cos(angle) 和Math.Sin(angle)都做了2次private Point RotatePt(double angle, Point pt) { Point pRet new Point(); angle -angle; pRet.X (int)((double)pt.X * Math.Cos(angle) - (double)pt.Y * Math.Sin(angle)); pRet.Y (int)((double)pt.X * Math.Sin(angle) (double)pt.Y * Math.Cos(angle)); return pRet; }优化后private Point RotatePt3(double angle, Point pt) { Point pRet new Point(); angle -angle; double SIN_ANGLE Math.Sin(angle); double COS_ANGLE Math.Cos(angle); pRet.X (int)(pt.X * COS_ANGLE - pt.Y * SIN_ANGLE); pRet.Y (int)(pt.X * SIN_ANGLE pt.Y * COS_ANGLE); return pRet; }还有另一种 ,在方法中实例化一个对象, 但是这个对象其实是可以复用的public static string ConvertQuot(string html) { Regex regex new Regex((quot|#34);, RegexOptions.IgnoreCase); return regex.Replace(html, \); }优化后readonly static Regex ReplaceQuot new Regex((quot|#34);, RegexOptions.IgnoreCase | RegexOptions.Compiled); public static string ConvertQuot(string html) { return ReplaceQuot.Replace(html, \); }还有一种是不必要的初始化,比如调用out参数之前,是不需要初始化的public bool Check(int userid) { var user new User(); if(GetUser(userid,out user)) { return user.Level 1; } return false; }这里的new User()就是不必要的操作,优化后public bool Check(int userid) { User user; if(GetUser(userid,out user)) { return user.Level 1; } return false; }不要迷信正则表达式正好在第一个栗子里说到了正在表达式(Regex)对象就顺便一起说了很多人以为正则表达式很快,非常快,超级的快虽然正则表达式是挺快的,不过千万不要迷信他,不信你看下面的栗子//方法1 public static string ConvertQuot1(string html) { return html.Replace(quot;, \).Replace(#34;, \); } readonly static Regex ReplaceQuot new Regex((quot|#34);, RegexOptions.IgnoreCase | RegexOptions.Compiled); //方法2 public static string ConvertQuot2(string html) { return ReplaceQuot.Replace(html, \); }有多少人认为正则表达式比较快的,举个手??结果为10w次循环的时间,即使是10个Replace连用,也比Regex好,所以不要迷信他//方法1 public static string ConvertQuot1(string html) { return html.Replace(0, ).Replace(1, ).Replace(2, ).Replace(3, ).Replace(4, ).Replace(5, ).Replace(6, ).Replace(7, ).Replace(8, ).Replace(9, ); } readonly static Regex ReplaceQuot new Regex([1234567890], RegexOptions.IgnoreCase | RegexOptions.Compiled); //方法2 public static string ConvertQuot2(string html) { return ReplaceQuot.Replace(html, ); }ConvertQuot1:3518ConvertQuot2:12479最后给你们看一个真实的,杯具的栗子View Code合理使用正则表达式上面说了正则表达式的效率不高,并不是说就不要用他了,至少正则表达式的作用不仅仅如此而已如果一定要用正则表达式的话也需要注意,能静态全局公用的尽量全局公用readonly static Regex regex new Regex([1234567890], RegexOptions.Compiled);注意他的第二个参数RegexOptions.Compiled 注释是指定将正则表达式编译为程序集。这会产生更快的执行速度但会增加启动时间。通俗的说就是加了这个枚举,会使得初始化Regex对象变慢,但是执行字符串查找的时候更快, 不使用的话,初始化很多,查询比较慢之前测过相差蛮大的 ,代码就不比较了,有兴趣的可以自己试试相差多少另外还有一些枚举项,不确定是否对性能有影响,不过还是按规则使用会比较好RegexOptions.IgnoreCase // 指定不区分大小写的匹配, 如果表达式中没有字母,则不需要设定RegexOptions.Multiline // 多行模式。更改 ^ 和 $ 的含义.... 如果表达式中没有^和$,则不需要设定RegexOptions.Singleline // 指定单行模式。更改点 (.) 的含义.... 如果表达式中没有.,则不需要设定让编译器预处理常量的计算编译器在编译程序段的时候 如果发现有一些运算是常量对常量的,那么他会在编译期间就计算完成,这样可以使程序在执行时不用重复计算了比如不过编译器有的时候也不是那么聪明的这个时候就需要我们帮助一下了给他加一个括号,让他知道应该先计算常量,这样就可以在编译期间进行运算了字符串比较这个可能很多人知道了,但还是提一下string s ; 1) if(s ){} 2) if(s string.Empty){} 3) if (string.IsNullOrEmpty(s)) { } 4) if(s ! null s.Length 0) {} 5) if((s).Length 0){}1,2最慢 3较快 4,5最快1,2几乎没区别 4,5几乎没区别不过这个只适用于比较null和空字符串,如果是连续的空白就是string.IsNullOrWhiteSpace最快了,不过这个方法2.0里面没有所以2.0可以这样 (s).trim() 0这里的关键就是 s 这个操作可以把null转换为注意第二个参数只能是或string.Empty 这样的累加几乎是不消耗时间的,如果第二个参数是 (一个空格)这个时间就远远不止了字符串拼接字符串累加,这个道理和Regex一样,不要盲目崇拜StringBuilder在大量(或不确定的)string拼接的时候,StringBuilder确实可以起到提速的作用而少数几个固定的string累加的时候就不需要StringBuilder 了,毕竟StringBuilder 的初始化也是需要时间的感谢#5楼2014-03-24 16:45残蛹 博友提供的说明ps: 这段我确实记得我是写过的来着,不知道怎么的,发出来的时候就不见了.....此外还有一个string.Concat方法,该方法可以小幅度的优化程序的速度,幅度很小他和string.Join的区别在于没有间隔符号(我之前常用string.Join(,a,b,c,d),不要告诉我只有我一个人这么干)另一种经常遇到的字符串拼接public string JoinIds(ListUser users) { StringBuilder sb new StringBuilder(); foreach (var user in users) { sb.Append(); sb.Append(user.Id); sb.Append(,); } sb.Length sb.Length - 1; return sb.ToString(); }对于这种情况有2中优化的方案对于3.5以上可以直接使用Linq辅助,这种方案代码少,但是性能相对差一些public string JoinIds(ListUser users) { return string.Join(,, users.Select(it it.Id)) ; }对于非3.5或对性能要求极高的场合public string JoinIds(ListUser users) { var ee users.GetEnumerator(); StringBuilder sb new StringBuilder(); if (ee.MoveNext()) { sb.Append(); sb.Append(ee.Current.Id); sb.Append(); while (ee.MoveNext()) { sb.Append(,); sb.Append(ee.Current.Id); sb.Append(); } } return sb.ToString(); }bool类型的判断返回这种现象常见于新手程序员中//写法1 if(state 1) { return true; } else { return false; } //写法2 return state 1 ? true : false; //优化后 return state 1;类型的判断一般类型的判断有2种形式1,这种属于代码比较好写,但是性能比较低, 原因就是GetType()的时候消耗了很多时间Type type obj.GetType(); switch (type.Name) { case Int32: break; case String: break; case Boolean: break; case DateTime: break; ... ... default: break; }2,这种属性写代码麻烦,但是性能很高的类型if (obj is string) { } else if (obj is int) { } else if (obj is DateTime) { } ... ... else { }其实有个中间之道,既可以保证性能又可以比较好写IConvertible conv obj as IConvertible; if (conv ! null) { switch (conv.GetTypeCode()) { case TypeCode.Boolean: break; case TypeCode.Byte: break; case TypeCode.Char: break;