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