多少让人困惑的string

在.Net中，string类型的对象一旦创建即不可修改

string是一种很特殊的数据类型，它是引用类型，却经常表现出值类型的特性。在编译以及运行时，.Net都对它做了一些优化工作，正式这些优化工作有时会迷惑编程人员

1> 字符串恒定

字符串对象在创建后，尽管从语法上看您似乎可以更改其内容，但事实上并不可行。例如，编写此代码时，编译器实际上会创建一个新字符串对象来保存新的字符序列，且新对象将赋给 b。然后字符串“h”将适宜于垃圾回收。

string b = "h";
b += "ello";

2>字符串驻留

我们用以下2行代码来说明字符串的驻留现象：
　　　　string a = "str_1";
　　　　string b = "str_1";
　　请各位同学友思考一下，这2行代码会在内存中产生了几个string对象？你可能会认为产生2个：由于声明了2个变量，程序第1行会在内存中产生"str_1"供变量a所引用；第2行会产生新的字符串"str_1"供变量b所引用，然而真的是这样吗？我们用ReferenceEquals这个方法来看一下变量a与b的内存引用地址：
　　　　string a = "str_1";
　　　　string b = "str_1";
　　　　Response.Write(ReferenceEquals(a,b)); //比较a与b是否来自同一内存引用
　　　　输出：True
　　哈，各位同学看到了吗，我们用ReferenceEquals方法比较a与b，虽然我们声明了2个变量，但它们竟然来自同一内存地址！这说明string b = "str_1";根本没有在内存中产生新的字符串。
　　这是因为，在.Net中处理字符串时，有一个很重要的机制，叫做字符串驻留机制。由于string是编程中用到的频率较高的一种类型，CLR对相同的字符串，只分配一次内存。CLR内部维护着一块特殊的数据结构，我们叫它字符串池，可以把它理解成是一个HashTable，这个HashTable维护着程序中用到的一部分字符串，HashTable的Key是字符串的值，而Value则是字符串的内存地址。一般情况下，程序中如果创建一个string类型的变量，CLR会首先在HashTable遍历具有相同Hash Code的字符串，如果找到，则直接把该字符串的地址返回给相应的变量，如果没有才会在内存中新建一个字符串对象。
　　所以，这2行代码只在内存中产生了1个string对象，变量b与a共享了内存中的"str_1"。

总结：

string a = "str_1"; //声明变量a，将变量a的指针指向内存中新产生的"str_1"的地址
a = "str_2"; 　　 //CLR先会在字符串池中遍历"str_2"是否已存在，如果没有，则新建"str_2"，并修改变量a的指针，指向"str_2"内存地址，"str_1"保持不变。（字符串恒定）
string c = "str_2"; //CLR先会在字符串池中遍历"str_2"是否已存在，如果存在，则直接将变量c的指针指向"str_2"的地址。（字符串驻留）