昨天重構代碼的時候，這樣一段代碼：

?

CString str =_T("bbbbbbbb"); LVITEM item = GetItem(str);LVITEM CLVIItemTestDlg::GetItem(CString text) {LVITEM item;item.iItem = 0;item.iSubItem = 0;item.mask = LVIF_TEXT;item.pszText = text.GetBuffer();return item; } ?

?

返回的值讓我大跌眼鏡，返回的item中的pszText居然被清空了。

開始我猜測是不是item的賦值函數出了問題？最后發現居然問題是出在text.GetBuffer()里面。

?

CString里面實現的GetBuffer()代碼如下：

?

PXSTR GetBuffer() {CStringData* pData = GetData();if( pData->IsShared() ){Fork( pData->nDataLength );}return( m_pszData ); }

?

也就是說當CString里面的pData被引用的次數超過1個的時候，CString就會為其重新分配空間。

再回過頭來看原來的代碼，當傳入參數的時候，引用計數就會為2，到我調用text.GetBuffer()的時候，返回出來的m_pszData就是新分配并賦值過后的數據，再繼續執行，item.pszText的賦值函數并沒為其分配新的空間，而是指向的就是Cstring text剛剛新分配的地址。

當函數返回的時候，由于CString text是臨時變量，會被析構，于是剛剛新分配的空間里面的數據就會被清空并且釋放。

?

?

?

再仔細想想，CString為啥當引用計數為2的時候，會為其分配新的空間？

猜測如果沒有分配新的空間，那么在一個對象對數據進行寫操作的情況下，數據就會被鎖定，而不能被另一個對象進行寫，這樣在多線程的情況下，效率就會降低，因為CString的賦值操作太頻繁了，而要寫這個數據的線程都會被堵在這里，等前一個線程操作結束后才能進行操作。

分配了新的空間，就能解決這個問題。

?

這只是個人的猜測，希望大家有另外不同的想法提出！

?

?

總結

以上是生活随笔為你收集整理的关于CString的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。