String.Intern(a)返回的是#2的引用。
现在我们创建一个新的变量o2，使用String.Copy(a)创建一个新的对象#3，它也包含“abc”。
调用String.Intern(o2.ToString())没有向内部池中添加任何内容，因为“abc”已经存在（#2）。
所以，此时调用Intern返回的是对象#2的引用。注意，这里并没有使用类似o2 = String.Intern(o2.ToString())这样的代码。
这就是为什么最后一行WriteLine打印的False的原因，因为我们在尝试比较#3与#2的引用。如果如7中所说，添加o2 = String.Intern(o2.ToString())这样的代码，WriteLine返回的就是True。
String.IsInterned
IsInterned，正如它的名字，判断一个字符串是不是已经在内部池中。如果传入的字符串已经在池中，则返回这个字符串对象的引用，如果不再池中，返回null。
下面是一个IsInterned例子：
string s = new string(new char[] {'x', 'y', 'z'});
Console.WriteLine(String.IsInterned(s) ?? "not interned");
String.Intern(s);
Console.WriteLine(String.IsInterned(s) ?? "not interned");
Console.WriteLine(object.ReferenceEquals(
String.IsInterned(new string(new char[] { 'x', 'y', 'z' })), s));
第一个WriteLine打印的是“not interned”，因为“xyz”还没有存在于内部池中；第二个WriteLine打印了“xyz”因为现在内部池中有了“xyz”；第三个WriteLine打印True，因为对象引用的就是内部池中的“xyz”。
常量字符串自动被加入内部池
改变最后一行代码为：
Console.WriteLine(object.ReferenceEquals("xyz", s));
你会发现，奇怪的事情发生了，这些代码不再输出“not interned”了，并且最后的两个WriteLine输出的是False！发生了什么？
原因就是这个最后添加的那行代码中的常量“xyz”，CLR会将程序中使用的字符常量自动添加到内部池中。所以，当最后一行被添加之后，“xyz”在程序“运行之前”（避免严谨，这里用引号）就已经存在于内部池中。所以，当调用String.IsInterned的时候，返回的不再是null，而是指向“xyz”的引用。这也解释了，为什么后面的ReferenceEquals返回False，因为s从来没有被加到内部池中，其指向也不是内部池的"xyz"。
编译器比你想象的要聪明
改变最后一行代码为：
Console.WriteLine(object.ReferenceEquals("x" + "y" + "z", s));
运行一下，你会发现运行结果和直接使用“xyz”一样。但这里使用了+运算符啊？编译器不应该知道”x“+"y"+"z"最终的结果吧？
