青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

C++分析研究  
C++
日歷
<2014年8月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456
統計
  • 隨筆 - 92
  • 文章 - 4
  • 評論 - 4
  • 引用 - 0

導航

常用鏈接

留言簿

隨筆檔案

文章檔案

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

 

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

  從上圖的匯編指令可以看到static對象的構造函數是否被執行的判斷邏輯:
  1、通過標識值判斷是否該執行構造函數(這里的構造函數內聯了);
  2、執行構造函數,首先把標志值置位托福答案 www.yztrans.com
  有可能多個線程都同時通過了1的判斷,導致構造函數被多次執行。
  使用了全局對象之后發現也不可行:導出函數依賴全局對象的初始化,雖然全局對象會在main函數之前初始化,但初始化時機還是可能太晚了,譬如這種情況:lib的使用者也定義了全局對象,并且初始化得更早,使用者的全局對象構造函數里調用了lib的導出函數,導出函數使用了還沒初始化的臨界區全局對象導致崩潰,更麻煩的是,使用者的dump捕獲機制是在main函數里初始化的,生效得太晚,導致dump無法捕獲,使這個crash更加隱蔽。C++的全局對象應該盡量少用。exe里面如果使用了全局對象,則需要保證dump捕獲機制對所有的代碼都生效。
  既然臨界區初始化問題無法解決,局部static對象、全局對象都無法使用,需要找到一個不需要初始化又能實現鎖的方法:那就是原子操作。
  單純的原子操作并沒有鎖的功能,需要配合上: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文件裝入內存時就初始化為0,所以不存在初始化問題;InterlockedExchange 適用于xp、win7、win8,不存在系統限制;多個線程同時調用InterlockedExchange,只能有一個線程得到0,保證只初始化一次,其余線程進入while循環等待,直到g_point非空。問題不逼你,你就不會想到還有這么好的實現思路 :)
  使用原子操作還可以很容易的實現臨界區鎖的功能,這里就不說了托福答案 www.lefeng123.com
  三、PE文件中的Lib庫全局變量
  像上邊定義的全局變量,如果DLL和EXE都使用這個lib,它們各自有一份獨立的全局變量。
 

posted on 2014-03-21 21:22 HAOSOLA 閱讀(281) 評論(0)  編輯 收藏 引用
 
Copyright © HAOSOLA Powered by: 博客園 模板提供:滬江博客
PK10開獎 PK10開獎
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧美日韩综合国产aⅴ| 久久精品成人| 亚洲欧美在线看| 99视频精品| 一区二区高清视频| 亚洲靠逼com| 一本不卡影院| 亚久久调教视频| 理论片一区二区在线| 亚洲福利视频专区| 亚洲激情在线| 亚洲在线视频一区| 久久精品国产精品 | 免费成人激情视频| 亚洲国产日本| 亚洲无毛电影| 理论片一区二区在线| 欧美日韩1区2区3区| 国产精品亚洲综合天堂夜夜| 激情久久五月| 一区二区三区欧美亚洲| 久久精品99久久香蕉国产色戒| 欧美大片在线观看一区二区| 亚洲国产天堂久久国产91| 亚洲欧美日韩区| 欧美国产日韩免费| 国产亚洲精品aa午夜观看| 亚洲激情第一页| 欧美在线一二三四区| 亚洲第一福利视频| 午夜精品久久久久久久久久久久 | 久久亚洲影院| 欧美日韩一区二区三区高清| 国际精品欧美精品| 亚洲淫片在线视频| 国产精品免费视频观看| 亚洲精品在线二区| 久热精品视频在线| 一区二区三区成人 | 欧美日韩国产123| 国产综合视频在线观看| 国产精品99久久久久久人| 久久综合伊人77777| 一区二区日韩伦理片| 欧美sm视频| 伊人久久大香线蕉综合热线| 亚洲欧美影院| 一区二区三区 在线观看视频| 农夫在线精品视频免费观看| 国产亚洲制服色| 亚洲欧美日韩高清| 一区二区三区导航| 欧美日韩国产成人在线91| 亚洲精品国产日韩| 久久久亚洲高清| 午夜电影亚洲| 国产精品成av人在线视午夜片| 亚洲日本在线观看| 亚洲高清激情| 欧美啪啪一区| 亚洲天堂免费观看| 国产精品99久久久久久久久久久久| 欧美激情成人在线视频| 99视频在线观看一区三区| 亚洲电影免费观看高清| 久久久久久婷| 亚洲韩国青草视频| 亚洲日本va午夜在线影院| 欧美精品v国产精品v日韩精品| 99re6热在线精品视频播放速度| 亚洲春色另类小说| 欧美日韩理论| 欧美一区亚洲二区| 久久亚洲综合色一区二区三区| 亚洲国产精品久久久久秋霞不卡| 欧美高清视频| 欧美涩涩网站| 久久九九免费视频| 免费日韩成人| 亚洲欧美精品suv| 久久成人精品电影| 亚洲欧洲一区二区在线播放| 91久久在线播放| 国产精品欧美久久久久无广告| 久久久精品一区二区三区| 久久综合久色欧美综合狠狠 | 亚洲欧美综合网| 亚洲国产一区二区三区青草影视| 亚洲第一页自拍| 一本久道久久综合中文字幕| 欧美体内谢she精2性欧美| 欧美中文在线字幕| 欧美sm重口味系列视频在线观看| 亚洲一区网站| 久久综合色综合88| 亚洲自拍另类| 欧美福利一区| 久久久爽爽爽美女图片| 欧美+亚洲+精品+三区| 亚洲无线视频| 久久男人资源视频| 午夜精品久久久久久久久久久久久| 欧美影院精品一区| 亚洲特级片在线| 免费观看在线综合| 久久福利精品| 欧美亚洲成人网| 欧美韩国日本综合| 国产亚洲欧美一区| 一本色道久久综合精品竹菊 | 欧美一级播放| 男人的天堂亚洲在线| 久久精品国产免费看久久精品| 欧美国产日韩一区二区三区| 久久精品国产2020观看福利| 欧美日本不卡高清| 免费久久久一本精品久久区| 国产精品剧情在线亚洲| 亚洲精品精选| 亚洲乱码一区二区| 久久视频在线视频| 久久午夜国产精品| 国产视频欧美视频| 亚洲男人影院| 欧美一区二区日韩一区二区| 欧美三级视频| 亚洲日本aⅴ片在线观看香蕉| 悠悠资源网久久精品| 欧美一区二区三区啪啪| 香蕉久久夜色精品国产使用方法| 欧美视频一区二区三区…| 亚洲日韩中文字幕在线播放| 亚洲国产日韩欧美在线99| 久久这里有精品视频| 久久人人97超碰国产公开结果 | 久久精彩视频| 国产视频自拍一区| 欧美亚洲一级片| 久久人人97超碰人人澡爱香蕉| 国产麻豆精品视频| 午夜日韩激情| 久久精品人人做人人综合| 国产真实乱偷精品视频免| 久久精品九九| 米奇777在线欧美播放| 韩国精品在线观看| 裸体歌舞表演一区二区| 亚洲第一精品影视| 一本色道综合亚洲| 国产精品国产三级国产普通话蜜臀| 午夜一区在线| 国产欧美一区二区三区在线老狼| 亚洲欧美激情精品一区二区| 久久久国产91| 91久久国产综合久久| 欧美女激情福利| 亚洲欧美视频在线观看视频| 久久伊人一区二区| 亚洲毛片在线看| 国产精品网红福利| 久久久久九九视频| 99pao成人国产永久免费视频| 性久久久久久久久| 亚洲黄色av| 国产精品视频成人| 久久亚洲影院| 99国产精品视频免费观看| 久久成人在线| 亚洲精品在线视频观看| 国产乱码精品一区二区三区av | 亚洲视频一区二区| 久久欧美肥婆一二区| 99国产精品国产精品久久| 国产精品永久免费| 蘑菇福利视频一区播放| 在线中文字幕不卡| 亚洲大胆女人| 午夜视频精品| 亚洲久久一区二区| 国产一区在线免费观看| 欧美日本三级| 久久婷婷国产综合精品青草| 一卡二卡3卡四卡高清精品视频| 久久综合九色九九| 性做久久久久久免费观看欧美| 亚洲伦理一区| 在线观看日韩av电影| 国产精品一区二区久久国产| 欧美福利视频在线观看| 久久精品最新地址| 亚洲自拍偷拍网址| av成人天堂| 亚洲麻豆av| 亚洲精品一区二| 亚洲第一偷拍| 欧美激情亚洲一区| 男人的天堂成人在线| 久久久久久有精品国产| 欧美一区二视频在线免费观看| aa亚洲婷婷|