Linq String類型淺析
昨天調試一段程序發現內存始終釋放不掉，最后終于發現是對String 的錯誤使用造成，這促使我今天又仔細研究了一下Linq String類型，不研究不知道，一研究發現我過去對String 的很多認識都是錯誤的，感覺這種錯誤認識還比較有典型性，于是寫下此文和大家一起探討。
1. Linq String類型變量追加，或修改后的新String對象是駐留(Interned)的。
我過去想當然的認為s2 是駐留的，但實際上并非如此，用 string.IsInterned 方法檢測s2是非駐留的。后來研究發現只有常量字符串才會默認駐留，其他的字符串變量哪怕是采用 new string 構造出來的，默認都非駐留，除非用string.Intern 強行駐留。后面我將提到駐留對內存的影響，微軟之所以不讓所有的字符串都駐留，我認為還是處于內存方面的考慮。
2. String 變量不再引用后CLR會通過GC自動釋放其內存。
- string s1 = "abcd";
- s1 = null;
上面代碼，我想當然的認為s1 = null 后已經不再對 "abcd" 這個字符串引用，如果沒有其他引用指向這個字符串，GC會釋放"abcd"這塊內存。實際結果卻是否定的。因為s1 被賦予了一個常量，導致 "abcd"這個字符串是駐留的，駐留的字符串在進程結束之前無法被自動釋放。更糟糕的是，我昨天調試的那段程序里面大量的字符串變量被采用 string.Intern 強制駐留，這導致我把所有的托管對象都釋放了依然無法釋放那部分大概30多M的內存。
遺憾的是微軟的MSDN中文版中string.Intern 的幫助信息里面竟然漏掉了性能考諒(Performance consideration) 這一節，我估計大多數中國程序員包括我在內如果有中文的幫助是懶得去看英文的。很遺憾微軟中文的幫助不知道為什么把最重要的部分給漏了。
3. 兩個String如果引用不同只能用Equal 比較。
我一直想當然的認為 兩個Linq String類型如果用 == 操作符比較，將比較其引用。所以如果兩個String引用不同，則只能使用Equal 來比較它們是否相等。
【編輯推薦】
