比较String与StringBuilder时我们都知道：

  1. String是不可修改的
  2. StringBuilder可以修改

所以当字符串需要频繁更改时推荐使用StringBuilder. 但是为什么呢？ 原来String对象只是一个引用，每次新建一个String对象s，编译器都会去堆中的字符串常量池中寻找有没有要匹配的字符串，有就s指向它；没有就新建一个字符串，然后s指向它。 用几个图辅助解释一下： 1.声明String对象

String s = “abcd”;

2.将一个字符串变量赋值给另一个String变量

String s2 = s;

可以看到，每次新建一个字符串变量时，都会去字符串常量池里看看有没有已存在的，如果已存在就不会再创建一个，直接指向那个地址。从而节省了内存。 3.字符串连接

s = s.concat(“ef”); // s = s + “ef”; // 等价

s+”ef” 这一步创建了一个新的常量abcdef，由于常量池中没有，所以就新建了一个常量。 然后s = s + “ef”这一步是让s指向那个新建的常量。 这就解释了为什么String是不可修改的，因为修改的只是String的引用指向的地址，字符串常量本身是不会变的。 存在即合理。String内容不可修改有什么好处呢？

由于String是我们接触频率最高的一种类型，CLR考虑性能的提升和内存节约上，对于相同的字符串，一般不会为他们分别分配内存块，相反地，他们会共享一块内存。 CLR实际上采用这个的机制来实现的：CLR内部维护着一块特殊的数据结构——我们可以把它看成是一个Hash table，这个Hash table维护者大部分创建的string（我这里没有说全部，因为有特例）。这个Hash table的Key对应的相应的string本身，而Value则是分配给这个string的内存块的引用。当CLR初始化的时候创建这个Hash table。 一般地，在程序运行过程中，如果需要的创建一个string，CLR会根据这个string的Hash Code试着在Hash table中找这个相同的string，如果找到，则直接把找到的string的地址赋给相应的变量，如果没有则在托管堆中创建一个string，CLR会先在managed heap中创建该strng，并在Hash table中创建一个Key-Value Pair——Key为这个string本身，Value位这个新创建的string的内存地址，这个地址最重被赋给响应的变量。这样我们就能解释上面的疑问了。 CLR常用简写词语，CLR是公共语言运行库(Common Language Runtime)和Java虚拟机一样也是一个运行时环境，它负责资源管理（内存分配和垃圾收集等），并保证应用和底层操作系统之间必要的分离。CLR存在两种不同的翻译名称：公共语言运行库和公共语言运行时。