我不知道的C#—字符串池机制

字符串具有值类型的特点对字符串，对同一个字符串大量修改或者对多个引用赋值同一个字符串对象时会产生大量的临时字符串对象，影响性能，但是CLR为我们做了一些工作来消除这些弊端。
     对同一个字符串大量修改的问题可以使用StringBulid来解决这个问题，看看下面这个例子：

  private string item = "string";
  public void TestStringBuild()
  {
   long sbStart = DateTime.Now.Ticks;
   UseStrigBuilder(1000);
   long sbEnd = DateTime.Now.Ticks;
   Console.WriteLine("使用StringBuilder消耗时间: "+(sbEnd-sbStart).ToString());
   long strStart = DateTime.Now.Ticks;
   UseString(1000);
   long strEnd = DateTime.Now.Ticks;
   Console.WriteLine("使用String消耗时间:"+(strEnd-strStart).ToString());

  }
  public string UseStrigBuilder(int number)
  {
   StringBuilder sb = new StringBuilder();
   for(int i = 0; i < number; i++)
   {
    sb.Append(item);
    
   }
   sb.Remove(sb.Length-1 , 1);
   return sb.ToString();
  }
  public string UseString(int number)
  {
   string result = "";
   for(int i = 0; i < number; i++)
   {
    result += item;
   }
   return result;
  }
输出结果为
     
注：DateTime.Now.Ticks:此属性的值表示自 0001 年 1 月 1 日午夜 12:00:00 以来已经过的时间的以 100 毫微秒为间隔的间隔数。 
就是说这1000次循环如果使用StringBuilder的话节省了15625000毫秒的时间。
      第二个问题，对多个引用赋值同一个字符串对象，CLR的解决方法更加巧妙。在默认情况下CLR会使用字符串池的机制，CLR启动的时候，在内部创建一个容器，它以键值对的形式存在，键值是字符串对象内容，值是字符串在托管堆上的引用，当一个新的字符串对象创建的时候CLR检查在这些值中是否已经存在这个字符串对象，如果已经存在就返回对应的值，也就是在托管堆中的引用，如果不存在就在这个容器中中开辟空间存放这个字符串，返回在他的引用。
      这里还是用一段代码来说明：
  public void StringPoolTest()
  {
   string str1 = "789";
   string str2 = "789";
   Console.WriteLine(Object.ReferenceEquals(str1 , str2));
   string str3 = "7" + "8" + "9";
   Console.WriteLine(Object.ReferenceEquals(str1, str3));
   char[] chars = new char[] { '7', '8', '9' };
   string str4 = new string(chars);
   Console.WriteLine(object.ReferenceEquals(str1 , str4));
  }
输出结果:

前两次都输出true说明str1和str2都指向同一个堆引用，最后一个输出false是因为它使用new关键字进行内存分配，字符串池机制不起作用。
这里注意string str3 = "7" + "8" + "9";这个语句在正常的情况下只分配了一次内存，这个也是CLR的优化，在这里就没有分配内存了，因为str1这里已经分配好了。

作者：Tyler Ning 
出处：http://www.cnblogs.com/tylerdonet/ 
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，如有问题，可以通过以下邮箱地址williamningdong@gmail.com  联系我，非常感谢。