我們用MFC開發時經常會用到CString類，無可否認，CString類是很好用，但很少人注意到CString類不是線程安全的。一般地，界面編程都是在主線程，很少用到多線程，所以不會遇到什么問題。但是，當我們多個線程同時操作同一個CString類型變量時，就可能會出現內存地址錯誤，最終導致進程異常退出。內存錯誤導致的問題也很難調查，通常導致內存錯誤的地方沒有馬上報異常，而且在程序的其他地方才捕獲異常。
CString類的Debug版本和Release版本不完全一樣，Debug版本則直接分配（MFC在Debug版本有內存管理，主要是為了排錯，內存泄漏等），CString類在Release版本會使用定長內存管理（CFixedAlloc類），主要管理是4個長度的內存，如下：
1
AFX_STATIC CFixedAlloc _afxAlloc64(ROUND4(65*sizeof(TCHAR)+sizeof(CStringData)));
2AFX_STATIC CFixedAlloc _afxAlloc128(ROUND4(129*sizeof(TCHAR)+sizeof(CStringData)));
3AFX_STATIC CFixedAlloc _afxAlloc256(ROUND4(257*sizeof(TCHAR)+sizeof(CStringData)));
4AFX_STATIC CFixedAlloc _afxAlloc512(ROUND4(513*sizeof(TCHAR)+sizeof(CStringData))); 這樣做應該是防止內存碎片和提高效率，由于CString類都會重用分配的定長內存，所以一般異常的地方大多數也是在CString操作的地方。有興趣可以看看CString類的實現。
避免這樣的問題最簡單的辦法就是加鎖或者不用CString類。加鎖用臨界區就可以，實現比較簡單，在這里不多說。