1.前言

string是屬于引用類型的，這個大家都知道吧？但是平常在使用的過程中，發(fā)現(xiàn)它還是擁有一些值類型的特征的，這到底是為什么呢？

原因就是.Net考慮到假如大量的操作string對象的時候，大量對引用對象進行操作的時候，性能肯定不如值類型來的爽快。.Net為了提高這個性能，提供了一個專門的解決方案：字符串駐留池！

2.正文

先讓我們來看一段代碼：

      string str1 = "aa";
      string str2 = "a" + "a";
      Console.WriteLine(ReferenceEquals(str1, str2)); //print：true

這str1跟str2的內存指向地址居然是一模一樣的！

原因是.Net在CLR內部維護了一個Hash表（其實就是前文說的字符串駐留池），key為字符串內容，值就是所指向的托管堆的地址；當初始化創(chuàng)建了一個新的字符串的時候，.Net就會去這個Hash表中搜索是否有相同的值，如果key相同，就會把已經存在的字符串的地址值賦給新創(chuàng)建的字符串，如果不存在則重新分配地址，這就是為什么上面這個代碼的內存為true。

再讓我們來看另外一段代碼：

     string str3 = "ab";
     string str4 = "a";
     str4 += "b";
     Console.WriteLine(ReferenceEquals(str3, str4));//print ：false

之所以出現(xiàn)了false，請注意上一欄的關鍵字“初始化創(chuàng)建”，當字符串是動態(tài)創(chuàng)建的時候，.Net并不會去Hash表中搜索是否有創(chuàng)建，而是直接創(chuàng)建；

假如想對上面的代碼優(yōu)化一下并且對性能有更（xian）高（de）追（dan）求（teng），我們可以手動將這個字符串加入到字符串駐留池中進行對比

　　   string str3 = "ab";
     string str4 = "a";
     str4 += "b";
     str4 = string.Intern(str4);//Intern:它會去字符串駐留池中搜索，假如找尋到的話則返回對應的地址
     Console.WriteLine(ReferenceEquals(str3, str4));//print ：true

3.總結

最后對string下點結論：

1.string在clr中不是用newobj指令創(chuàng)建，而是用ldstr指令創(chuàng)建！而且string擁有值類型的特征，但是在內存上是引用類型，存在托管堆上面；

2.string是sealed修飾的，所以不能被子類集成；

3.當創(chuàng)建內容相同的時候，string是指向同一地址的，而且每次操作string都會生成新的地址（string的恒定性）；

4.對于大量拼接的話還是使用StringBuilder，它是動態(tài)的不像string是恒定的，但就是創(chuàng)建StringBuilder代價比較大，所以小拼接用string在性能上可能還更好！

以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，同時也希望多多支持我們！