String.Intern
有经验的程序员们，应该知道，一个大型项目中，字符串的数量是巨大的。有些时候会出现几百、几千、甚至几万的重复字符串存在。这些字符串的内容相同，但却会重复分配内存，占用巨额的存储空间，这个肯定是要优化处理的。而C#在处理这个问题的时候，采用的就是普遍的做法，建立内部的池，池中每一个不同的字符串存在唯一一个个体在池中（这个方案在各种大型项目中都能见得到）。而C#毕竟是一种语言，而不是一个面向某个具体领域的技术，所以，它不能将这种内部的池技术，做成全部自动化的。因为我们不知道，将来C#会被使用到何种规模的项目中。如果完全自动化维护这个内部池，可能会在大型项目中，造成内存的巨大浪费，毕竟不是所有的字符串都有必要加到这个常驻的池中的。于是，C#提供了String.Intern和String.IsInterned接口，交给程序员自己维护内部的池。
String.Intern的工作方式很好理解，你将一个字符串作为参数使用这个接口，如果这个字符串已经存在池中，就返回这个存在的引用；如果不存在就将它加入到池中，并返回引用，例如：
Console.WriteLine(object.ReferenceEquals(String.Intern(helloWorld), String.Intern(helloWorld2)));
这段代码将返回True，尽管helloWorld与helloWorld2的引用不同，但他们的内容相同。
这里我们花几分钟，测试一下String.Intern，因为在某些情况下，它产生的结果，有点违反直觉。这里是一个例子：
string a = new string(new char[] {'a', 'b', 'c'});
object o = String.Copy(a);
Console.WriteLine(object.ReferenceEquals(o, a));
String.Intern(o.ToString());
Console.WriteLine(object.ReferenceEquals(o, String.Intern(a)));
第一个WriteLine返回False很好理解，因为String.Copy创建了一个a的新的实例，所以，o与a的引用不用。
但为什么第二个WriteLine返回的是True？思考一下吧，下面再看一个例子：
object o2 = String.Copy(a);
String.Intern(o2.ToString());
Console.WriteLine(object.ReferenceEquals(o2, String.Intern(a)));
这个看起来，与上面的做了同样的事，但为什么WriteLine返回的是False？
首先，需要说明一下ToString的工作方式，它总是返回它自身的引用。o是一个指向“abc”的变量，调用ToString返回的就是这个引用。所以，对于上面的内容，可以这样解释：
开始，变量a指向字符串对象“abc”（#1），变量o指向另一个字符串对象（#2），也包含“abc”。 调用String.Intern(o.ToString())将对象#2的引用添加到内部池中。
现在#2对象已经存在池中了，任何时候，使用“abc”调用String.Intern都将返回#2的引用（o指向了这个对象）。
所以，当你使用ReferenceEquals比较o和String.Intern(a)时，返回True。因为
