大家都知道，c#中的string是乙個引用型別，string物件是存放在堆上，而不是堆疊上的，因此，當把乙個字串變數賦給另乙個字串時，會得到對記憶體中同乙個字串的兩個引用。但是大家有沒有想過，為什麼修改其中乙個字串，另外乙個不受影響呢？
原來，當我們把乙個字串變數賦給另乙個字串時，就會建立乙個全新的string物件，就是說這個時候就會有兩個物件，比如：
class
stringexc
}輸出結果為：
s1 is original string
s2 is original string
s1 is now changed string
s2 is now original string
也就是說，改變s1的值並沒有對s2造成任何影響，這與我們平時所說的引用型別的行為正好相反。當用值"original string"初始化s1時，就在堆上分配了乙個string物件。在初始化s2時，引用也指向這個物件，所以s2的值也是"original string"。但是現在要改變s1的值，而不是替換原來的值時，堆上就會為新值分配乙個新物件。s2變數仍然指向原來的物件，所以它的值沒有改變。
另外，如果我們像下面這樣：
string str1 = "abc";
string str2 = "abc";
當我們用system.object.equals(str1,str2)比較時，返回值是true;按理說str1和str2應該指向不同的空間，應該返回false才對啊。原來equals有三個版本:
public
override
bool
equals(
object
);
public
bool
equals(
string
);
public
static
bool
equals(
string
,
string
); 前兩個例項方法內部會呼叫compareordinal靜態方法，它會字串中的各個字元，如果相等就返回true。第三個首先會檢查兩個引用指向的是否是同乙個物件，如果是,就返回true，不再去比較各個字元了。
其實clr使用了一種叫字串駐留的技術，對於
string str1="abc";
string str2="abc";
當clr初始化時，會建立乙個內部的雜湊表,其中的鍵為字串，值為指向託管堆中字串的引用。剛開始,雜湊表為空，jit編譯器編譯方法時，會在雜湊表中查詢每乙個文字常量字串，首先會查詢"abc"字串，並且因為沒有找到，編譯器會在託管堆中構造乙個新的指向"abc"的string物件引用，然後將"abc"字串和指向該物件的引用新增到雜湊表中。
接著，在雜湊表中查詢第二個"abc"，這一次由於找到了該字串，所以編譯器不會執行任何操作，**中再沒有其它的文字常量字串，編譯器的任務完成，**開始執行。執行時，clr發現第乙個語句需要乙個"abc"字串引用，於是，clr會在內部的雜湊表中查詢"abc"，並且會找到，這樣指向先前建立的string物件的引用就被儲存在變數s1中，執行第二條語句時，clr會再一次在雜湊表中查詢"abc"，並且仍然會找到，指向同乙個string物件的引用會被儲存在變數s2中，到此s1和s2指向了同乙個引用，所以system.object.equals(s1,s2)就會返回true了。
另外，c#中是不允許用new操作符建立string物件的，編譯器會報錯。
C 中string型別的初始化與賦值
1 首先是定義乙個字串，引入標頭檔案 include。2 初始化操作 可以預設初始化 string str 可以進行拷貝 string s2 s1 可以直接初始化 string s1 value 3 把輸入的值賦值給字串 可以用cin str 但是需要注意的一點是這種情況下遇到空白字元會停止。如果想...
（C ）正確地給string型別變數賦值
方法1 呼叫stl方法 建構函式 或 assign 賦值 方法 方法2 待商榷 指標操作 使用scanf s s 0 或 memcpy函式 include include include includeint main 執行結果 stl str content i m a string.size 1...
理解C 中的string型別
本文的目的在於揭示和dotnet及c 相關的一些常見的和不常見的問題。在這些問題中我的第一篇文章和string資料型別有關,string資料型別是一種引用型別,但是當和其他引用型別比較的時候,很多開發人員可能並不能完全理解它的行為。問題對於常見的引用型別,當改變乙個物件別名的值時,這種變化也同樣會在...