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

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>
            久久久精品2019中文字幕神马| 黄色在线一区| 亚洲视频精选| 亚洲欧美怡红院| 国产日韩视频| 久久精品亚洲一区二区| 欧美成人综合一区| 99在线热播精品免费| 国产精品激情电影| 欧美伊人影院| 亚洲大胆人体视频| 亚洲一区二区三区四区视频 | 国产欧美激情| 麻豆91精品91久久久的内涵| 最新精品在线| 国产精品久久九九| 久久久水蜜桃av免费网站| 亚洲国产高清自拍| 午夜天堂精品久久久久| 亚洲电影av| 99精品视频一区二区三区| 国产在线观看91精品一区| 欧美成人a视频| 欧美一区二区三区日韩| 亚洲国产黄色| 欧美激情一区三区| 欧美亚洲网站| 亚洲美女色禁图| 久久亚洲国产精品一区二区| aa级大片欧美| 国内精品久久久久影院优| 欧美福利专区| 久久精品国产亚洲aⅴ| 亚洲毛片播放| 欧美 日韩 国产精品免费观看| 亚洲综合成人婷婷小说| 欧美精选在线| 久久久精品一品道一区| 一本大道久久a久久精品综合| 欧美色网一区二区| 亚洲素人在线| 亚洲日本aⅴ片在线观看香蕉| 久久国产黑丝| 午夜精品视频在线| 一区二区三区欧美成人| 在线成人h网| 国产丝袜一区二区| 国产精品久久久久永久免费观看| 欧美成人精品三级在线观看| 久久精品亚洲| 欧美在线免费视屏| 亚洲欧美在线观看| 一区二区三区欧美| 亚洲美女尤物影院| 亚洲国产婷婷| 欧美成人小视频| 久久久蜜桃一区二区人| 久久精品国产96久久久香蕉| 欧美日韩免费一区| 欧美福利在线| 老巨人导航500精品| 久久黄金**| 翔田千里一区二区| 亚洲一区观看| 亚洲一区欧美二区| 亚洲视频视频在线| 日韩一区二区免费看| 亚洲激情一区| 亚洲激情成人在线| 亚洲国产成人porn| 亚洲国产精品成人| 91久久精品国产91久久性色| 欧美激情日韩| 亚洲国产成人精品女人久久久| 免费一级欧美片在线观看| 久久亚裔精品欧美| 久久一区视频| 亚洲第一视频网站| 91久久精品国产91久久性色| 亚洲人成人一区二区三区| 亚洲精品影视| 亚洲一级片在线看| 午夜精品一区二区三区在线视| 欧美一级片久久久久久久| 性一交一乱一区二区洋洋av| 欧美亚洲三区| 快射av在线播放一区| 久久亚洲美女| 欧美精彩视频一区二区三区| 欧美日韩国产精品成人| 国产精品v欧美精品v日本精品动漫| 国产精品videossex久久发布| 国产精品稀缺呦系列在线| 国产日韩欧美a| 狠狠色2019综合网| 亚洲成色精品| 国产精品免费看久久久香蕉| 欧美午夜精品久久久久免费视| 国产精品嫩草影院av蜜臀| 国产日本欧洲亚洲| 在线观看成人一级片| 一区二区三区国产在线| 午夜国产欧美理论在线播放| 久久精品国产久精国产爱| 欧美aaa级| 99精品国产福利在线观看免费| 午夜精彩国产免费不卡不顿大片| 久久久7777| 欧美日韩亚洲高清一区二区| 国产精品一区免费观看| 激情欧美国产欧美| 亚洲先锋成人| 免费不卡在线观看av| 91久久在线视频| 亚洲影院免费观看| 米奇777在线欧美播放| 国产精品黄色在线观看| 国产综合色精品一区二区三区| 日韩视频不卡中文| 欧美综合77777色婷婷| 亚洲国产精品一区二区久| 亚洲一区二区精品| 猛男gaygay欧美视频| 国产亚洲成av人在线观看导航| 亚洲国产小视频| 欧美在线free| 亚洲人成在线观看网站高清| 午夜精品久久久久久久蜜桃app| 久热精品视频| 国产精品爽爽ⅴa在线观看| 亚洲欧洲在线视频| 久久久久久久高潮| 亚洲视频在线观看一区| 欧美国产欧美亚洲国产日韩mv天天看完整 | 一区二区三区四区国产| 久久久久久欧美| 国产精品美女久久久久久免费 | 亚洲国产人成综合网站| 亚洲免费不卡| 久久久欧美一区二区| 国产精品亚洲网站| 亚洲私人影院在线观看| 91久久在线视频| 欧美mv日韩mv国产网站app| 国产伦精品免费视频 | 一色屋精品视频在线观看网站| 亚洲视频1区| 欧美国产一区二区在线观看| 久久精品国产欧美亚洲人人爽| 国产精品美女久久久| 99精品欧美一区| 亚洲黄一区二区| 免费av成人在线| 在线精品一区二区| 麻豆91精品91久久久的内涵| 久久成人人人人精品欧| 国产一区二区精品丝袜| 久久国产精品色婷婷| 亚洲欧美综合另类中字| 国产精品一区二区久久国产| 性欧美超级视频| 一本久道久久综合婷婷鲸鱼| 免费成人高清| 亚洲精品乱码| 亚洲国产日日夜夜| 欧美成人精品激情在线观看| 亚洲精品欧美在线| 亚洲精品在线观看视频| 欧美日韩三区四区| 中文一区二区| 在线亚洲观看| 国产精自产拍久久久久久| 欧美一区二区网站| 性8sex亚洲区入口| 激情欧美亚洲| 亚洲国产美女精品久久久久∴| 牛牛国产精品| 一本久道久久综合中文字幕| 99这里只有久久精品视频| 国产精品国产三级国产aⅴ无密码| 亚洲欧美精品伊人久久| 午夜欧美不卡精品aaaaa| 经典三级久久| 免费成人网www| 欧美高清一区| 亚洲欧美影院| 久久九九国产精品| 亚洲欧洲日本一区二区三区| 亚洲免费成人| 国产日韩精品一区二区三区| 久久精品国产综合| 久久综合九九| 99精品福利视频| 亚洲欧美日韩在线| 1769国内精品视频在线播放| 亚洲美女黄色| 国语精品中文字幕| 亚洲黄色成人| 欧美精品一区二区高清在线观看| 亚洲一区二区三区在线|