• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            fengyue

            CString不是線程安全的

            我們用MFC開(kāi)發(fā)時(shí)經(jīng)常會(huì)用到CString類(lèi),無(wú)可否認(rèn),CString類(lèi)是很好用,但很少人注意到CString類(lèi)不是線程安全的。一般地,界面編程都是在主線程,很少用到多線程,所以不會(huì)遇到什么問(wèn)題。但是,當(dāng)我們多個(gè)線程同時(shí)操作同一個(gè)CString類(lèi)型變量時(shí),就可能會(huì)出現(xiàn)內(nèi)存地址錯(cuò)誤,最終導(dǎo)致進(jìn)程異常退出。內(nèi)存錯(cuò)誤導(dǎo)致的問(wèn)題也很難調(diào)查,通常導(dǎo)致內(nèi)存錯(cuò)誤的地方?jīng)]有馬上報(bào)異常,而且在程序的其他地方才捕獲異常。
            CString類(lèi)的Debug版本和Release版本不完全一樣,Debug版本則直接分配(MFC在Debug版本有內(nèi)存管理,主要是為了排錯(cuò),內(nèi)存泄漏等),CString類(lèi)在Release版本會(huì)使用定長(zhǎng)內(nèi)存管理(CFixedAlloc類(lèi)),主要管理是4個(gè)長(zhǎng)度的內(nèi)存,如下:
            1AFX_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)));
            這樣做應(yīng)該是防止內(nèi)存碎片和提高效率,由于CString類(lèi)都會(huì)重用分配的定長(zhǎng)內(nèi)存,所以一般異常的地方大多數(shù)也是在CString操作的地方。有興趣可以看看CString類(lèi)的實(shí)現(xiàn)。
            避免這樣的問(wèn)題最簡(jiǎn)單的辦法就是加鎖或者不用CString類(lèi)。加鎖用臨界區(qū)就可以,實(shí)現(xiàn)比較簡(jiǎn)單,在這里不多說(shuō)。

            posted on 2011-11-24 10:58 風(fēng)悅 閱讀(2949) 評(píng)論(5)  編輯 收藏 引用 所屬分類(lèi): C/C++

            Feedback

            # re: CString不是線程安全的 2011-11-24 11:37 陳梓瀚(vczh)

            用std::wstring  回復(fù)  更多評(píng)論   

            # re: CString不是線程安全的 2011-11-24 11:51 mtian

            MFC,STL這種類(lèi)庫(kù)一般都不是線程安全的,畢竟內(nèi)部加鎖是會(huì)降低效率的  回復(fù)  更多評(píng)論   

            # re: CString不是線程安全的[未登錄](méi) 2011-11-24 11:59 陳梓瀚(vczh)

            @mtian
            但是cout是線程安全的——不過(guò)如果非要用一個(gè)線程安全的string,就得學(xué)C#,它的string是生成后不可修改的。哪怕是你insert,都會(huì)搞出一個(gè)新string。不過(guò)因?yàn)橛蠧LR的關(guān)系,這個(gè)效率比C++的那種傳統(tǒng)模式還要好。  回復(fù)  更多評(píng)論   

            # re: CString不是線程安全的 2011-11-26 23:59 Benjamin

            http://msdn.microsoft.com/zh-cn/library/cc438572(v=VS.71).aspx,MSDN很早都有說(shuō)明:“對(duì)于大量使用字符串的代碼(或多線程代碼),默認(rèn)的內(nèi)存管理器可能就無(wú)法理想地工作?!?nbsp; 回復(fù)  更多評(píng)論   

            # re: CString不是線程安全的 2011-11-29 22:37 王繼

            std::wstring一樣線程不安全,更郁悶的是VS自帶的WTL,居然不能在dll函數(shù)參數(shù)中傳來(lái)傳去,否則內(nèi)存泄露.boost可以的.  回復(fù)  更多評(píng)論   

            久久久久国产| 伊人久久综合无码成人网| 久久精品国产99国产电影网| AV无码久久久久不卡网站下载| 99久久人妻无码精品系列| 九九久久精品国产| 日本人妻丰满熟妇久久久久久| 色偷偷888欧美精品久久久| 四虎国产精品成人免费久久| 日韩精品久久久久久久电影蜜臀| 精品免费久久久久国产一区| 色综合久久无码中文字幕| 久久香蕉国产线看观看猫咪?v| 久久久亚洲欧洲日产国码aⅴ| 久久久久无码国产精品不卡| 久久99精品久久久久久久久久| 久久强奷乱码老熟女| 久久91精品国产91久久小草| 久久久久久久波多野结衣高潮 | 久久91这里精品国产2020| 久久国产精品99国产精| 亚洲午夜久久久久妓女影院| 婷婷久久综合| 亚洲午夜久久久| 久久婷婷色综合一区二区| 91久久精品无码一区二区毛片| 久久久无码精品亚洲日韩蜜臀浪潮| 久久精品国产清自在天天线| 91久久精品电影| 国产精久久一区二区三区| 久久久久久综合一区中文字幕| 精品少妇人妻av无码久久| 久久久无码一区二区三区| 日韩久久久久久中文人妻 | 亚洲精品乱码久久久久久蜜桃不卡| 久久99热这里只频精品6| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 7国产欧美日韩综合天堂中文久久久久 | 国产亚洲精品美女久久久| 久久精品一本到99热免费| 久久综合久久自在自线精品自|