• <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>
            C++分析研究  
            C++
            日歷
            <2014年3月>
            2324252627281
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345
            統(tǒng)計
            • 隨筆 - 92
            • 文章 - 4
            • 評論 - 4
            • 引用 - 0

            導(dǎo)航

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

             

              前陣子寫靜態(tài)lib導(dǎo)出單實例多線程安全API時,出現(xiàn)了CRITICAL_SECTION初始化太晚的問題,之后查看了錯誤的資料,引導(dǎo)向了錯誤的理解,以至于今天凌晨看到另一份代碼,也不多想的以為singletone double check會出bug,本文做下記錄備忘。
              相關(guān)知識點:Singleton Double Check、多線程下的局部Static對象、靜態(tài)Lib中的全局對象。
              一、singleton double check
              SingleInstance* volatile g_instance = NULL;
              cswuyg::MyCritical g_cs;
              SingleInstance* GetInstance()
              {
              if (g_instance == NULL)
              {
              cswuyg::Lock<> lock(g_cs);
              if (g_instance == NULL)
              {
              g_instance = new SingleInstance;
              }
              }
              return g_instance;
              }
              這樣的代碼一般(不考慮全局對象的初始化)沒有問題。之前只略看他人的文章,不思考,誤以為:g_instance = new SingleInstance ; 這句在線程A的執(zhí)行會被線程B g_instance == NULL的判斷打斷,導(dǎo)致線程B返回的g_instance是一個半成品。實際上不會,因為g_instance的賦值是在內(nèi)存分配、構(gòu)造函數(shù)執(zhí)行之后做的,而且賦值是原子操作,這沒有問題。
              按照文檔的說法,g_instance變量應(yīng)該加上volatile,避免編譯器優(yōu)化,編譯器優(yōu)化之后,可能會導(dǎo)致g_instance變量的賦值在SingleInstance構(gòu)造函數(shù)執(zhí)行之前。volatile用于表明這個變量是易變的,每一次都直接操作對應(yīng)內(nèi)存,而不是用寄存器緩存,不會去優(yōu)化指令。這里如果不使用它,就可能導(dǎo)致編譯器調(diào)整匯編指令的順序,分配完內(nèi)存就直接把地址賦值給g_instance指針,后面再調(diào)用構(gòu)造函數(shù),它這樣調(diào)整的理由可能是這樣子:分配到的內(nèi)存指針在后續(xù)的執(zhí)行中沒有被修改,先賦值給g_instance和晚賦值給g_instance沒有區(qū)別。
              二、導(dǎo)出Lib中慎用全局對象
              我的Lib的導(dǎo)出API提供的數(shù)據(jù)只需要獲取一次就夠了,不能多次獲取,所以它必須是單實例的、多線程安全的,再考慮到不能浪費頻繁的鎖消耗,很直接的做法便是用singleton double check。
              首先我選擇使用臨界區(qū)實現(xiàn)鎖,而臨界區(qū)在API被調(diào)用之前需要先初始化,于是定義一個Lock封裝了臨界區(qū)的初始化,什么時候初始化?必須是全局對象,如果為定義局部static對象會導(dǎo)致多線程不安全。
            static對象不是多線程安全的:

              從上圖的匯編指令可以看到static對象的構(gòu)造函數(shù)是否被執(zhí)行的判斷邏輯:
              1、通過標(biāo)識值判斷是否該執(zhí)行構(gòu)造函數(shù)(這里的構(gòu)造函數(shù)內(nèi)聯(lián)了);
              2、執(zhí)行構(gòu)造函數(shù),首先把標(biāo)志值置位托福答案 www.yztrans.com
              有可能多個線程都同時通過了1的判斷,導(dǎo)致構(gòu)造函數(shù)被多次執(zhí)行。
              使用了全局對象之后發(fā)現(xiàn)也不可行:導(dǎo)出函數(shù)依賴全局對象的初始化,雖然全局對象會在main函數(shù)之前初始化,但初始化時機還是可能太晚了,譬如這種情況:lib的使用者也定義了全局對象,并且初始化得更早,使用者的全局對象構(gòu)造函數(shù)里調(diào)用了lib的導(dǎo)出函數(shù),導(dǎo)出函數(shù)使用了還沒初始化的臨界區(qū)全局對象導(dǎo)致崩潰,更麻煩的是,使用者的dump捕獲機制是在main函數(shù)里初始化的,生效得太晚,導(dǎo)致dump無法捕獲,使這個crash更加隱蔽。C++的全局對象應(yīng)該盡量少用。exe里面如果使用了全局對象,則需要保證dump捕獲機制對所有的代碼都生效。
              既然臨界區(qū)初始化問題無法解決,局部static對象、全局對象都無法使用,需要找到一個不需要初始化又能實現(xiàn)鎖的方法:那就是原子操作。
              單純的原子操作并沒有鎖的功能,需要配合上:if + Sleep.
              代碼如下:
              SingleInstance* volatile g_instance;
              LONG volatile g_for_lock;
              SingleInstance* GetInstance()
              {
              if (g_instance == NULL)
              {
              LONG pre_value = ::InterlockedExchange(&g_for_lock, 1);
              if (pre_value != 0)
              {
              while(g_instance == NULL)
              {
              ::Sleep(55);
              }
              }
              if (g_instance == NULL)
              {
              g_instance = new SingleInstance;
              }
              }
              return g_instance;
              }
              全局的g_for_lock在PE文件裝入內(nèi)存時就初始化為0,所以不存在初始化問題;InterlockedExchange 適用于xp、win7、win8,不存在系統(tǒng)限制;多個線程同時調(diào)用InterlockedExchange,只能有一個線程得到0,保證只初始化一次,其余線程進(jìn)入while循環(huán)等待,直到g_point非空。問題不逼你,你就不會想到還有這么好的實現(xiàn)思路 :)
              使用原子操作還可以很容易的實現(xiàn)臨界區(qū)鎖的功能,這里就不說了托福答案 www.lefeng123.com
              三、PE文件中的Lib庫全局變量
              像上邊定義的全局變量,如果DLL和EXE都使用這個lib,它們各自有一份獨立的全局變量。
             

            posted on 2014-03-21 21:22 HAOSOLA 閱讀(271) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


             
            Copyright © HAOSOLA Powered by: 博客園 模板提供:滬江博客
            PK10開獎 PK10開獎
            成人a毛片久久免费播放| 一级做a爰片久久毛片看看 | 亚洲国产精品人久久| 国产美女久久久| 精品熟女少妇aⅴ免费久久| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久精品国产亚洲AV无码偷窥| 99久久99这里只有免费费精品 | 久久精品国产色蜜蜜麻豆| 久久亚洲国产最新网站| 久久综合国产乱子伦精品免费| 免费国产99久久久香蕉| 欧美成人免费观看久久| 91精品国产色综合久久| 伊色综合久久之综合久久| 久久精品国产久精国产| 久久久国产视频| 久久久久这里只有精品| 99久久精品国产高清一区二区| 亚洲欧洲精品成人久久曰影片| 99久久99这里只有免费的精品| 噜噜噜色噜噜噜久久| 久久精品国产欧美日韩| 99久久精品毛片免费播放| 一本一本久久A久久综合精品| 久久国产视屏| 国产精品日韩欧美久久综合| 欧美牲交A欧牲交aⅴ久久| 久久精品极品盛宴观看| 久久精品亚洲欧美日韩久久| 久久最近最新中文字幕大全| 久久免费的精品国产V∧ | 免费久久人人爽人人爽av| 久久精品国产一区二区| 国内精品久久久久久久coent| 国产精品女同久久久久电影院| 亚洲AV日韩精品久久久久久久| 亚洲国产小视频精品久久久三级 | 久久精品毛片免费观看| 久久久久无码精品国产| 国内精品久久人妻互换|