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

C++分析研究  
C++
日歷
<2014年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456
統計
  • 隨筆 - 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>
            国产日韩精品电影| 另类专区欧美制服同性| 亚洲国产日韩一区| 欧美插天视频在线播放| 亚洲精品国精品久久99热| 91久久久精品| 国产精品红桃| 亚洲国产成人在线播放| 蜜臀99久久精品久久久久久软件| 久久久水蜜桃| 99日韩精品| 欧美亚洲视频一区二区| 欧美精品成人91久久久久久久| 在线亚洲免费视频| 午夜亚洲激情| 亚洲毛片在线观看.| 亚洲在线观看免费| 亚洲国内欧美| 亚洲一区二区免费在线| 影音先锋日韩有码| 日韩一区二区福利| 一区二区三区在线免费播放| 日韩一级二级三级| 狠狠色丁香婷婷综合久久片| 亚洲日韩第九十九页| 国产视频综合在线| 亚洲区一区二| 国产在线不卡| 一区二区三区欧美亚洲| 亚洲高清网站| 久久影视精品| 欧美日韩一区高清| 裸体女人亚洲精品一区| 欧美日韩在线一二三| 久久夜色精品亚洲噜噜国产mv| 欧美大片免费观看在线观看网站推荐| 亚洲自拍偷拍一区| 欧美二区在线看| 久久久亚洲人| 国产性天天综合网| 亚洲午夜精品视频| 一本一道久久综合狠狠老精东影业 | 欧美电影电视剧在线观看| 国产精品久久久久免费a∨ | 亚洲女人天堂av| 欧美成人免费大片| 久久中文精品| 国产在线观看91精品一区| 正在播放亚洲| 亚洲视频综合| 欧美日韩成人在线播放| 亚洲第一色中文字幕| 国产亚洲精品v| 亚洲午夜一区二区| 亚洲图片你懂的| 欧美伦理视频网站| 亚洲三级免费观看| 日韩一级免费| 欧美极品影院| 亚洲国产欧美在线人成| 亚洲激情av| 欧美风情在线观看| 最新国产乱人伦偷精品免费网站 | 国产精品男女猛烈高潮激情 | 亚洲国产欧美日韩另类综合| 影音欧美亚洲| 欧美不卡视频一区发布| 亚洲国产精品视频一区| 亚洲欧洲精品一区二区三区不卡| 老司机免费视频久久| 欧美激情精品久久久久久蜜臀 | 欧美日韩综合视频| 亚洲视频图片小说| 欧美伊人久久久久久久久影院| 久久亚洲春色中文字幕久久久| 久久久久久欧美| 在线观看亚洲| 欧美精品一区二区三| 日韩一级大片在线| 欧美一区二区在线观看| 国产有码在线一区二区视频| 久久免费精品日本久久中文字幕| 欧美freesex8一10精品| 国产精品一二三视频| 亚洲一区二区三区高清| 欧美一区不卡| 国产亚洲欧美日韩在线一区| 久久久国产精品一区二区三区| 欧美成人精品在线| 一区二区三区欧美| 国产视频久久久久| 欧美a级片网| 亚洲在线黄色| 欧美成人黄色小视频| 一二美女精品欧洲| 韩国三级电影久久久久久| 欧美成人一区二免费视频软件| 在线视频亚洲一区| 欧美成人国产一区二区| 香蕉久久国产| 日韩一级裸体免费视频| 国产亚洲一区二区三区在线播放| 免费不卡中文字幕视频| 新67194成人永久网站| 亚洲国产一区二区a毛片| 久久爱www久久做| 一区二区三区四区五区精品| 国产综合香蕉五月婷在线| 欧美日韩另类一区| 久久五月激情| 西西裸体人体做爰大胆久久久| 亚洲成人自拍视频| 亚洲激情网站| 国产亚洲精品久久久久婷婷瑜伽| 欧美噜噜久久久xxx| 久久久国产精品亚洲一区| 亚洲天堂成人| 一区二区免费在线播放| 欧美国产一区在线| 久久综合九色九九| 欧美在线高清视频| 亚洲综合久久久久| av不卡在线| 亚洲精品欧美专区| 亚洲国产精品一区在线观看不卡 | 揄拍成人国产精品视频| 国产一区二区三区四区| 国产精品国内视频| 欧美日韩视频在线第一区| 欧美成人一区二区三区在线观看| 久久av一区二区| 欧美在线观看一区二区| 亚洲一区在线直播| 99国产精品国产精品毛片| 亚洲国产日韩美| 亚洲人在线视频| 91久久久在线| 亚洲国产婷婷| 亚洲精品欧美日韩专区| 亚洲欧洲综合另类| 欧美韩日精品| 亚洲国产精品久久久久久女王| 欧美成人午夜激情在线| 欧美a级一区二区| 欧美激情国产高清| 亚洲欧洲在线播放| 日韩午夜电影在线观看| 亚洲作爱视频| 亚洲免费视频中文字幕| 午夜在线精品偷拍| 久久人91精品久久久久久不卡| 久久男女视频| 欧美成人精品一区二区| 欧美日本在线| 国产精品乱码妇女bbbb| 国语自产精品视频在线看一大j8| 国模大胆一区二区三区| 在线日韩中文| 99精品视频免费观看| 亚洲免费观看视频| 久久久噜噜噜久久| 女人香蕉久久**毛片精品| 亚洲国产高清在线| 9l国产精品久久久久麻豆| 亚洲校园激情| 久久久亚洲成人| 欧美日韩精品不卡| 国产亚洲视频在线| 亚洲免费大片| 久久精彩视频| 亚洲欧洲一区二区三区| 亚洲一区综合| 男女激情视频一区| 国产精品久久久久久久久久久久久 | 狠狠久久亚洲欧美| 一本久道久久综合中文字幕| 欧美在线黄色| 91久久国产综合久久| 亚洲欧美日韩精品久久亚洲区| 美女露胸一区二区三区| 国产精品每日更新| 最新高清无码专区| 欧美一区二区三区在线看| 亚洲国产精品一区在线观看不卡| 亚洲欧美日韩综合国产aⅴ| 欧美 日韩 国产精品免费观看| 欧美色精品天天在线观看视频| 黑人操亚洲美女惩罚| 亚洲一区二区免费视频| 农村妇女精品| 午夜日韩福利| 国产精品久久久亚洲一区| 亚洲精品日产精品乱码不卡| 久久精品色图| 亚洲亚洲精品三区日韩精品在线视频| 久久色在线播放| 狠狠综合久久av一区二区小说| 亚洲免费在线视频一区 二区| 欧美激情性爽国产精品17p| 欧美一进一出视频|