zoukankan      html  css  js  c++  java
  • 编写高质量代码改善C#程序的157个建议——建议1:正确操作字符串

    最近拜读了陆敏技老师的《编写高质量代码改善C#程序的157个建议》,感觉不错,决定把笔记整理一遍。

    建议1: 正确操作字符串

    字符串应该是所有编程语言中使用最频繁的一种基础数据类型。如果使用不慎,我们就会为一次字符串的操作所带来的额外性能开销而付出代价。本条建议将从两个方面来探讨如何规避这类性能开销:

    • 确保尽量少的装箱
    • 避免分配额外的内存空间

    先来介绍第一个方面,请看下面的两行代码:

    String str1 = "str1"+ 9;  
    String str2 = "str2"+ 9.ToString();

    为了清楚这两行代码的执行情况,我们来比较两者生成的IL代码。

    第一行代码对应的IL代码如下:

        .maxstack  8  
        IL_0000:  ldstr      "str1"  
        IL_0005:  ldc.i4.s   9  
        IL_0007:  box        [mscorlib]System.Int32  
        IL_000c:  call       string [mscorlib]System.String::Concat(object, object)  
        IL_0011:  pop  
        IL_0012:  ret 

    第二行代码对应的IL代码如下:

        .maxstack  2  
        .locals init ([0] int32 CS$0$0000)  
        IL_0000:  ldstr      "str2"  
        IL_0005:  ldc.i4.s   9  
        IL_0007:  stloc.0  
        IL_0008:  ldloca.s   CS$0$0000  
        IL_000a:  call       instance string [mscorlib]System.Int32::ToString()  
        IL_000f:  call       string [mscorlib]System.String::Concat(string, string)  
        IL_0014:  pop  
        IL_0015:  ret 

    可以看出,第一行代码“str1”+ 9在运行时会完成一次装箱行为(IL代码中的box);而第二行代码中的9.ToString()并没有发生装箱行为,它实际调用的是整型的ToString方法。ToString方法的原型为:

        public override String ToString()  
        {  
            return Number.FormatInt32(m_value, null, NumberFormatInfo.CurrentInfo);  
        } 

    可能有人会问,是不是原型中的Number.FormatInt32方法会发生装箱行为呢?实际上,Number.FormatInt32方法是一个非托管的方法,其原型如下:

        [MethodImpl(MethodImplOptions.InternalCall), SecurityCritical]  
         public static extern string FormatInt32(int value, string format, NumberFormatInfo info); 

    它是通过直接操作内存来完成从int到string的转换,效率要比装箱高很多。所以,在使用其他值引用类型到字符串的转换并完成拼接时,应当避免使用操作符“+”来完成,而应该使用值引用类型提供的ToString方法。

    也许有人还会提出疑问:上文所举的示例中,即使FCL提供的方法没有发生装箱行为,但在其他情况下,FCL方法内部会不会含有装箱的行为呢?答案是:也许会存在。不过,我们这里有一个指导原则:

    在自己编写的代码中,应当尽可能地避免编写不必要的装箱代码。

    注意 装箱之所以会带来性能损耗,因为它需要完成下面三个步骤:

    1)首先,会为值类型在托管堆中分配内存。除了值类型本身所分配的内存外,内存总量还要加上类型对象指针和同步块索引所占用的内存。

    2)将值类型的值复制到新分配的堆内存中。

    3)返回已经成为引用类型的对象的地址。

    第二个方面:避免分配额外的内存空间。对CLR来说,string对象(字符串对象)是个很特殊的对象,它一旦被赋值就不可改变。在运行时调用 System.String 类中的任何方法或进行任何运算(如“=”赋值、“+”拼接等),都会在内存中创建一个新的字符串对象,这也意味着要为该新对象分配新的内存空间。像下面的 代码就会带来运行时的额外开销。

        private static void NewMethod1()  
        {  
            string s1 = "abc";  
            s1 = "123" + s1 + "456";    //以上两行代码创建了3个字符串对象,并执行了一次string.Contact方法  
        }  
         
        private static void NewMethod6()  
        {  
            string re6 = 9 + "456";     //该代码发生一次装箱,并调用一次string.Contact方法  
        } 

    而在以下代码中,字符串不会在运行时拼接字符串,而是会在编译时直接生成一个字符串。

        private static void NewMethod2()  
        {  
            string re2 = "123" + "abc" + "456"; //该代码等效于  
            //string re2 = "123abc456";  
        }  
         
        private static void NewMethod9()  
        {  
            const string a = "t";  
            string re1 = "abc" + a;     //因为a是一个常量,所以  
            //该行代码等效于 string re1 = "abc" + "t";  
            //最终等效于string re1 = "abct";  
        } 

    由于使用 System.String 类会在某些场合带来明显的性能损耗,所以微软另外提供了一个类型StringBuilder来弥补String的不足。

    StringBuilder并不会重新创建一个string 对象,它的效率源于预先以非托管的方式分配内存。如果StringBuilder 没有先定义长度,则默认分配的长度为16。当 StringBuilder 字符长度小于等于 16时,StringBuilder 不会重新分配内存;当 StringBuilder 字符长度大于16 小于 32时,StringBuilder 又会重新分配内存,使之成为 16的倍数。在上面的代码中,如果预先判断字符串的长度将大于16,则可以为其设定一个更加合适的长度(如32)。StringBuilder重新分配内 存时是按照上次的容量加倍进行分配的。当然,我们需要注意,StringBuilder指定的长度要合适,太小了,需要频繁分配内存;太大了,浪费空间。

    曾经有人问我,下面的两种字符串拼接方式,哪种效率更高:

        1.      private static void NewMethod8()  
                {  
                    string a = "t";  
                    a += "e";  
                    a += "s";  
                    a += "t";  
                }  
         
        2.      private static void NewMethod7()  
                {  
                    string a = "t";  
                    string b = "e";  
                    string c = "s";  
                    string d = "t";  
                    string result = a + b + c + d;  
                } 

    答案是:两者效率都不高。不要以为前者比后者创建的字符串对象更少,事实上,两者创建的字符串对象相等,且前者进行了3次string.Contact方法调用,比后者还多了两次。

    要完成这样的运行时字符串拼接(注意:是运行时),更佳的做法是使用StringBuilder类型,代码如下所示:

        private static void NewMethod10()  
        {  
            //为了演示的需要,定义了4个变量  
            string a = "t";  
            string b = "e";  
            string c = "s";  
            string d = "t";  
            StringBuilder sb = new StringBuilder(a);  
            sb.Append(b);  
            sb.Append(c);  
            sb.Append(d);  
            //再次提示,是运行时,所以没有使用下面的代码  
            //StringBuilder sb = new StringBuilder("t");  
            //sb.Append("e");  
            //sb.Append("s");  
            //sb.Append("t");  
            string result = sb.ToString();  
        } 

    微软还提供了另外一个方法来简化这种操作,即使用string.Format方法。string.Format方法在内部使用StringBuilder进行字符串的格式化,如下面的代码所示:

        private static void NewMethod11()  
        {  
            //为了演示的需要,定义了4个变量  
            string a = "t";  
            string b = "e";  
            string c = "s";  
            string d = "t";  
            string.Format("{0}{1}{2}{3}", a, b, c, d);  
        }

    转自:《编写高质量代码改善C#程序的157个建议》陆敏技

  • 相关阅读:
    javascript学习随笔《四》
    google卫星地图地图矫正
    sharpmap v2学习研究(二)
    c#中的位运算,逻辑非~,逻辑与&,逻辑或|,逻辑异或^,逻辑左移<<,逻辑右移>>
    如何判断一个form是否被关闭
    List转DataTable(反射)
    c#位运算
    解决ASP.NET中的各种乱码问题 转自 Fish Li
    IHE自测MESA环境搭建详解
    HTTP协议请求 转
  • 原文地址:https://www.cnblogs.com/jesselzj/p/4724614.html
Copyright © 2011-2022 走看看