1.前言

　　string是屬於引用類型的，這個大家都知道吧？但是平常在使用的過程中，發現它還是擁有一些值類型的特征的，這到底是為什麼呢？

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

2.正文

　　先讓我們來看一段代碼：

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

　　這str1跟str2的記憶體指向地址居然是一模一樣的！

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

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

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

 　　之所以出現了false，請註意上一欄的關鍵字“初始化創建”，當字元串是動態創建的時候，.Net並不會去Hash表中搜索是否有創建，而是直接創建；

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

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

3.總結

　　最後對string下點結論：

　　　　1.string在clr中不是用newobj指令創建，而是用ldstr指令創建！而且string擁有值類型的特征，但是在記憶體上是引用類型，存在托管堆上面；
　　　　2.string是sealed修飾的，所以不能被子類集成；
　　　　3.當創建內容相同的時候，string是指向同一地址的，而且每次操作string都會生成新的地址（string的恆定性）；
　　　　4.對於大量拼接的話還是使用StringBuilder，它是動態的不像string是恆定的，但就是創建StringBuilder代價比較大，所以小拼接用string在性能上可能還更好！

　　還有最後一個最後，賣點小廣告：深圳地區招聘.Net開發工程師（醫療方向），有興趣的小伙伴可以發送簡歷 （入職後我們將推薦獎金拿去上梅林的潮興火鍋吃了吧~）