String是一個奇怪的引用類型
本文轉載自微信公眾號「精益碼農」，作者小碼甲 。轉載本文請聯系精益碼農公眾號。
開局兩張圖，內容全靠刷。
馬甲哥看到這樣的現象，一開始還是有點懵逼。
這個例子，string是純粹的引用類型，但是在函數傳值時類似于值傳遞;我之前給前后示例的內存變化圖吧：
根因就是大多數高級語言都把String設計成不可變的: 由一個字符串池管理字符串面值。
為什么被設計成不可變。
這個我還真的搜索了一下[1]：
總結起來：
- string 被設計為不可變， 是因為 string在現代任何語言中，使用很頻繁：多個對象可能都是這個字符面值， 然后就設計一個Pool來存儲string。
既然pool里面共享字符面值，修改的時候又不能影響到別人，那就只好重新拷貝產生新的字符面值。
- 不可變資源消除了多線程中的資源競爭：對于文本的修改都會導致創建新空間，因此在多個線程同時訪問文本無需設置鎖，這對高頻使用的String很友好。
- 字符串不變性對于[在哈希表中使用字符串作為鍵]很友好，需要計算哈希值的對象必須是不可變的，以確保哈希值不變。
一個有意思的現象是：String雖然是引用類型，字符串對比時卻表現的像值類型
- string str1="FooFoo";
- string strFoo="Foo";
- string str2= strFoo + strFoo;
- return str1 == str2; // 返回true
正因為String不可變性 & Pool的機制，頻繁變更字符串，會在池中產生很多臨時的不用的字符串，所以我們有了優化的套路：
StringBuilder
代表可變的字符串，一旦修改不會嘗試創建新對象，而是動態擴展內存
- var ss = new StringBuilder("Hello ", 100); // 初次字符容量100
- ss.Append("www.cnblogs.com");
- Console.WriteLine(ss.ToString()); // ss打印結果為：222
Span
Span該出圈了,
Span提供對內存連續區域的類型安全訪問，該內存可以位于堆、堆棧、甚至是非托管內存;
與String不可變性相關的是ReadOnlySpan(值類型), 提供內存數據的只讀視圖，每次切片不會產生新對象，而是在已存在的連續空間上創造新的視圖。
- var text = "https://www.cnblogs.com/JulianHuang/p/14817621.html";
- ReadOnlySpan<char> nameSpan = text.AsSpan(8, 15);
- nameSpan = nameSpan.Slice(4,7);
- Console.WriteLine(nameSpan.ToString());
總結輸出
今天從兩張詭異的編程圖聊到了String的不可變性、內存分布， 延伸談到了
String不可變性的設計設計考量(有先射箭再畫靶的嫌疑??)
針對頻繁修改的String如何做內存優化
不是自吹，文章內容在業界相當硬核(多次被各大佬/CSDN點贊/轉載)，閱讀和關注不是目的，更希望得到更多的閱讀反饋，互相促進認知的提升(相當真誠??)。
參考資料
[1]這個我還真的搜索了一下: https://www.c-sharpcorner.com/UploadFile/230635/why-string-are-immutable-in-dotnet/
