很多的程序, 發現很大的一部分bug 是關于MFC 類中的Cstring 的錯誤用法的. 出現這種錯誤的原因主要是對Cstring 的實現機制不是太了解。

Cstring 是對于原來標準c 中字符串類型的一種的包裝。因為，通過很長時間的編程，我們發現, 很多程序的bug 多和字符串有關, 典型的有：緩沖溢出、內存泄漏等。而且這些bug 都是致命的，會造成系統的癱瘓。因此c++ 里就專門的做了一個類用來維護字符串指針。標準c++ 里的字符串類是string ，在microsoft MFC 類庫中使用的是Cstring 類。通過字符串類，可以大大的避免c 中的關于字符串指針的那些問題。

    這里我們簡單的看看Microsoft MFC 中的Cstring 是如何實現的。當然，要看原理，直接把它的代碼拿過來分析是最好的。MFC 里的關于Cstring 的類的實現大部分在strcore.cpp 中。

    Cstring 就是對一個用來存放字符串的緩沖區和對施加于這個字符串的操作封裝。也就是說，Cstring 里需要有一個用來存放字符串的緩沖區，并且有一個指針指向該緩沖區，該指針就是LPTSTR m_pchData 。但是有些字符串操作會增建或減少字符串的長度，因此為了減少頻繁的申請內存或者釋放內存，Cstring 會先申請一個大的內存塊用來存放字符串。這樣，以后當字符串長度增長時，如果增加的總長度不超過預先申請的內存塊的長度，就不用再申請內存。當增加后的字符串長度超過預先申請的內存時，Cstring 先釋放原先的內存，然后再重新申請一個更大的內存塊。同樣的，當字符串長度減少時，也不釋放多出來的內存空間。而是等到積累到一定程度時，才一次勝將多余的內存釋放。

   還有，當使用一個Cstring 對象a 來初始化另一個Cstring 對象b 時，為了節省空間，新對象b 并不分配空間，它所要做的只是將自己的指針指向對象a 的那塊內存空間，只有當需要修改對象a 或者b 中的字符串時，才會為新對象b 申請內存空間，這叫做寫入復制技術(CopyBeforeWrite) 。

    這樣，僅僅通過一個指針就不能完整的描述這塊內存的具體情況，需要更多的信息來描述。

   首先，需要有一個變量來描述當前內存塊的總的大小。其次，需要一個變量來描述當前內存塊已經使用的情況。也就是當前字符串的長度。另外，還需要一個變量來描述該內存塊被其他Cstring 引用的情況。有一個對象引用該內存塊，就將該數值加一。

   Cstring 中專門定義了一個結構體來描述這些信息:

struct CStringData

{

   long nRefs;             // reference count

   int nDataLength;        // length of data (including terminator)

   int nAllocLength;       // length of allocation

                            // TCHAR data[nAllocLength]

   TCHAR* data()           // TCHAR* to managed data

   { return (TCHAR*)(this+1); }

};

    實際使用時，該結構體的所占用的內存塊大小是不固定的，在Cstring 內部的內存塊頭部，放置的是該結構體。從該內存塊頭部開始sizeof(CstringData) 個BYTE 后才是真正的用于存放字符串的內存空間。這種結構的數據結構的申請方法是這樣實現的:

pData = (CStringData*) new BYTE[sizeof(CStringData) + (nLen+1)*sizeof(TCHAR)];

pData->nAllocLength = nLen;

其中nLen 是用于說明需要一次勝申請的內存空間的大小的。

從代碼中可以很容易的看出，如果想申請一個256 個TCHAR 的內存塊用于存放字符串，實際申請的大小是：

sizeof(CstringData) 個BYTE ＋ (nLen+1) 個TCHAR