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

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

            Feedback

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

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

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

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

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

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

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

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

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

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

            久久久久久亚洲精品影院| 午夜精品久久久久久中宇| 色综合久久久久| 国内精品久久久久久麻豆 | 国产精品久久久久影视不卡| 亚洲午夜久久久久久久久电影网 | 人人狠狠综合久久88成人| 久久久久人妻一区精品性色av| 99久久国产综合精品麻豆| 国内精品久久久久久久涩爱| 亚洲精品国精品久久99热一| 精品久久人人妻人人做精品 | 亚洲综合精品香蕉久久网| 欧美一区二区精品久久| 久久精品成人欧美大片| 久久久久久A亚洲欧洲AV冫 | 久久久久久久久久免免费精品 | 欧美久久一区二区三区| av国内精品久久久久影院| 久久精品成人一区二区三区| 精品久久久久久中文字幕人妻最新| 无码精品久久一区二区三区| 狠狠88综合久久久久综合网| 久久福利资源国产精品999| 亚洲午夜久久影院| 91精品国产乱码久久久久久| 久久天天躁狠狠躁夜夜2020一| 国产成人久久久精品二区三区 | 久久99精品国产麻豆宅宅| 国产成人99久久亚洲综合精品| 99久久久精品免费观看国产| 久久精品aⅴ无码中文字字幕不卡| 久久国产欧美日韩精品免费| 久久久久人妻精品一区三寸蜜桃| 久久久久久免费一区二区三区| 久久精品中文字幕无码绿巨人| 国产aⅴ激情无码久久| 97精品伊人久久久大香线蕉| 久久人人爽人人爽人人爽 | 久久中文骚妇内射| 久久精品无码一区二区无码|