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

C++分析研究  
C++
日歷
<2025年12月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910
統計
  • 隨筆 - 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 閱讀(288) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


 
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>
            欧美成人嫩草网站| 亚洲电影天堂av| 亚洲视频久久| 亚洲一区二区在线看| 欧美日韩精品免费在线观看视频| 91久久国产综合久久| 亚洲国产成人av在线| 老牛影视一区二区三区| 亚洲一区国产| 午夜精品av| 欧美一级理论片| 狠狠色狠色综合曰曰| 久久精品日韩| 美女主播一区| 亚洲午夜精品久久久久久app| 一区二区成人精品| 国产亚洲视频在线观看| 欧美+亚洲+精品+三区| 欧美激情一区二区在线 | 欧美mv日韩mv国产网站| 一区二区三区黄色| 欧美在线视频网站| 亚洲免费av电影| 亚洲自拍偷拍色片视频| 亚洲国产成人久久综合| 日韩视频免费观看| 国模精品一区二区三区色天香| 欧美激情区在线播放| 国产精品国产a级| 欧美1区视频| 国产精品高清免费在线观看| 免费h精品视频在线播放| 欧美久久久久久久久| 欧美在线视频a| 欧美大片在线观看一区二区| 欧美一区二区在线观看| 欧美福利精品| 久久精品亚洲乱码伦伦中文| 欧美va亚洲va香蕉在线| 久久久精品一区二区三区| 欧美日韩国产欧| 免费在线观看成人av| 国产精品理论片| 亚洲第一综合天堂另类专| 国产麻豆成人精品| 日韩视频免费在线观看| 亚洲高清在线视频| 性做久久久久久| 亚洲欧美成人精品| 欧美激情亚洲激情| 欧美aⅴ99久久黑人专区| 国产欧美日韩亚州综合| 99精品国产一区二区青青牛奶 | 欧美日韩色婷婷| 欧美顶级大胆免费视频| 激情成人亚洲| 久久久久国产精品麻豆ai换脸| 亚洲欧美日韩国产综合在线 | 国产精品男gay被猛男狂揉视频| 亚洲大片一区二区三区| 黄色精品免费| 久久黄色小说| 久久在线播放| 国语自产精品视频在线看| 中文在线资源观看网站视频免费不卡 | 国产噜噜噜噜噜久久久久久久久 | 亚洲午夜精品在线| 欧美人与禽猛交乱配视频| 亚洲高清在线观看| 91久久精品美女| 老牛嫩草一区二区三区日本| 欧美国产日本| 亚洲精品视频在线观看网站| 免费欧美日韩国产三级电影| 欧美激情精品久久久久久大尺度| 一区二区三区在线视频观看| 久久久蜜桃精品| 亚洲国产高潮在线观看| 亚洲美女视频网| 欧美视频免费在线| 亚洲欧美综合网| 久久视频这里只有精品| 亚洲国产精品久久久久秋霞蜜臀| 欧美成人资源网| 一区二区三区欧美| 久久国产88| 在线观看国产精品淫| 欧美不卡视频一区| 一本久道久久久| 久久激情综合网| 亚洲经典视频在线观看| 欧美日韩中文字幕在线| 欧美一级视频一区二区| 欧美国产日韩精品| 亚洲四色影视在线观看| 国产一区二区三区高清播放| 久久色在线观看| 一区二区欧美日韩视频| 久久综合久久综合九色| 一级成人国产| 国内在线观看一区二区三区| 欧美高清视频一二三区| 亚洲欧美另类国产| 欧美激情一区二区| 欧美在线高清视频| 亚洲日本精品国产第一区| 国产精品久久久久久久久久久久| 久久久www| 亚洲亚洲精品三区日韩精品在线视频| 久久婷婷久久一区二区三区| 一区二区av| 亚洲电影欧美电影有声小说| 国产精品极品美女粉嫩高清在线 | 久久国产精品色婷婷| 亚洲国产aⅴ天堂久久| 性做久久久久久免费观看欧美| 亚洲国产成人久久综合| 国产区亚洲区欧美区| 欧美日韩1区| 久久先锋影音| 欧美亚洲系列| 亚洲视屏一区| 亚洲日产国产精品| 免费在线一区二区| 久久精品国产欧美激情| 亚洲图片在线| 日韩视频免费大全中文字幕| 黄色小说综合网站| 国产欧美日韩在线视频| 欧美性开放视频| 欧美日韩精品一本二本三本| 美国成人直播| 免费观看成人网| 久久午夜影视| 久久精品综合一区| 欧美一级久久久| 午夜精品视频在线观看| 中日韩男男gay无套| 日韩视频免费观看高清完整版| 亚洲成色www8888| 亚洲电影免费观看高清完整版在线 | 久久久99免费视频| 欧美影院在线| 久久精品动漫| 久久免费观看视频| 久久久国产精品一区二区三区| 欧美伊人精品成人久久综合97| 亚洲欧美一区二区精品久久久| 亚洲天堂av在线免费| 亚洲一区二区三区在线观看视频| 一区二区三区三区在线| a4yy欧美一区二区三区| 亚洲午夜av| 亚洲一区日韩| 欧美在线高清| 久热精品视频| 亚洲第一搞黄网站| 亚洲麻豆av| 亚洲天堂免费观看| 久久国产精品久久久久久电车 | 亚洲一区在线视频| 亚洲欧美中文在线视频| 久久精品成人一区二区三区蜜臀| 久久久久欧美精品| 欧美国产欧美亚洲国产日韩mv天天看完整| 亚洲图片激情小说| 亚洲一区自拍| 久久人人97超碰国产公开结果 | 免费日本视频一区| 免费成人av| 亚洲另类在线视频| 午夜精品免费在线| 久久久免费精品视频| 欧美日韩高清不卡| 国产日韩欧美夫妻视频在线观看| 国产综合色产在线精品| 亚洲精品日韩一| 午夜欧美大片免费观看| 免费看av成人| 在线一区观看| 快播亚洲色图| 国产精品区一区二区三区| 在线看片第一页欧美| 亚洲一区自拍| 亚洲成在人线av| 亚洲欧美不卡| 欧美精品xxxxbbbb| 红桃av永久久久| 亚洲小说欧美另类社区| 你懂的成人av| 亚洲一区二区精品| 欧美二区在线| 韩国av一区二区三区| 亚洲一区二区三区久久| 蜜桃av一区二区三区| 亚洲影视九九影院在线观看| 欧美激情a∨在线视频播放| 黄色精品一区| 性色av香蕉一区二区| 日韩视频免费看|