比较String与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是我们接触频率最高的一种类型,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存在两种不同的翻译名称:公共语言运行库和公共语言运行时。