すみません、
＞ちょと確認ですが、どこまでが想像や推測でどこまでが事実ですか？
この書き方はよろしくなかったと思っています。私も完全に事実のみ書いているわけではありません。
検証した結果を考えているだけなので、推測と言えば推測ですし、事実と言えば事実です。
逆に、なちゃさんの言っている事がはっきり書かれた出所を出してもらえますか？
書籍（プログラミング .NET Framework）やら、MSDNの各記述、実験による検証結果、また一般的な文字列のインターン化という考え方や目的等々合わせた結果です。
そういう意味では、string.Internメソッドで、引数に渡した参照（文字列インスタンス）そのものがインターンプールに登録されているという部分だけはやや納得いきにくい部分ではあります。
バージョンの考慮事項に記述されている内容と、検証結果の動作から実際はこうなっている、と判断しています。まあこれは検証結果では明らかにそうなっているのでそうなのでしょう。
で、まあ事実か推測かというような書き方をしたことは悪かったと思っています。
ただ、こんなことを書いたのは、
「そのインスタンスが」と言ってますが、"" や String.Empty を IsInterned に渡しているのはあくまで参照ですよね。そして、インスタンスはインターンテーブルにあります。
や
インターンテーブルに「String.Empty」と「""」の二つが別に登録されているだけです。
や
上記の、(1) の部分が False だから、String.Empty はインターンされていないと言いたいのでしょうけど、インターンテーブルに「String.Empty」と「""」の二つが別に登録されているだけです。
1.1 のときは、上記結果は全て True だったので、String.Empty と "" がインターンテーブルの同じ場所を使っていたんでしょうけど、2.0 はそれが別の場所を使うようになったというだけで（どうしてそうなったのか理由は分かりませんが）。
(1) が False になっているのは、IsInterned(empty) で "" の方を先に見つけたからとかでしょう。
があまりに突拍子無く思えたからです。
（私のこれまでの）常識的な感覚と、インターンの目的や効果、MSDNや書籍の記述などから考えてもこれはちょっとあり得ないだろうと思える内容だった（正直な感覚としては、検証結果などから見た合理的な推測の範囲とは考えられない）ので、
いったいこれはどこから出てきた話なのか、それ以外の部分もそもそもどの程度の確度（推測であった場合）で書かれているのか不安になったからです。
----
String.Empty がインターンされていないのは mscorlib.dll に StringFreezingAttribute がついているからだと。こっちを最初に示していただければすぐ納得できたのですが…。
いや、これは私は認識していませんでした。
ただ、各種情報と検証結果から総合して、String.Emptyは自動ではインターン化されていないのだと判断しただけです。
※他のリテラルである""などがロードされてインターン化される前に、明示的にstring.Intern(string.Empty)などとしない限り。
なるほどこういうことだったんですね。
じゃなく「String.Empty を普通に使う分には mscorlib.dll のネイティブイメージに固定化されたものを使い、"" はインターンテーブルを使う」です。
String.Emptyは読み取り専用フィールドですから、フィールドの初期化時に、通常は行われる自動的なインターン化やインターンプールの検索が行われない、ということですね。
※String.Emptyへのアクセス自体については、単にすでに初期化済みの参照を読むだけですね。
よって、事実上String.Emptyは、インターンプールとはまったく関与しない、ということですね。
なるほどです。
