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

C++ Programmer's Cookbook

{C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

《windows via C++》之windows線程同步


來自:夢在天涯C++博客(http://www.shnenglu.com/mzty/)

一 線程

1)如果你正在編寫C/C++代碼,決不應該調用CreateThread。相反,應該使用VisualC++運行期庫函數_beginthreadex,退出也應該使用_endthreadex。如果不使用Microsoft的VisualC++編譯器,你的編譯器供應商有它自己的CreateThred替代函數。不管這個替代函數是什么,你都必須使用。


2)因為_beginthreadex和_endthreadex是CRT線程函數,所以必須注意編譯選項runtimelibaray的選擇,使用MT或MTD。

3) _beginthreadex函數的參數列表與CreateThread函數的參數列表是相同的,但是參數名和類型并不完全相同。這是因為Microsoft的C/C++運行期庫的開發小組認為,C/C++運行期函數不應該對Windows數據類型有任何依賴。_beginthreadex函數也像CreateThread那樣,返回新創建的線程的句柄。

4)下面是關于_beginthreadex的一些要點:

•每個線程均獲得由C/C++運行期庫的堆棧分配的自己的tiddata內存結構。(tiddata結構位于Mtdll.h文件中的VisualC++源代碼中)。

•傳遞給_beginthreadex的線程函數的地址保存在tiddata內存塊中。傳遞給該函數的參數也保存在該數據塊中。

•_beginthreadex確實從內部調用CreateThread,因為這是操作系統了解如何創建新線程的唯一方法。

•當調用CreatetThread時,它被告知通過調用_threadstartex而不是pfnStartAddr來啟動執行新線程。還有,傳遞給線程函數的參數是tiddata結構而不是pvParam的地址。

•如果一切順利,就會像CreateThread那樣返回線程句柄。如果任何操作失敗了,便返回NULL。

5) _endthreadex的一些要點:

•C運行期庫的_getptd函數內部調用操作系統的TlsGetValue函數,該函數負責檢索調用線程的tiddata內存塊的地址。

•然后該數據塊被釋放,而操作系統的ExitThread函數被調用,以便真正撤消該線程。當然,退出代碼要正確地設置和傳遞。

6) 雖然也提供了簡化版的的_beginthread和_endthread,但是可控制性太差,所以一般不使用。

6)線程handle因為是內核對象,所以需要在最后close handle。

7)C++主線程的終止,同時也會終止所有主線程創建的子線程,不管子線程有沒有執行完畢。

8)如果某線程掛起,然后有調用WaitForSingleObject等待該線程,就會導致死鎖。

二 線程同步之Critical Sections

1) 因為Critical Sections不是內核對象,所以只能用來同一進程內線程間的同步,不能用來多個不同進程間的線程的同步。

2) 如果在Critical Sections中間突然程序crash或是exit而沒有調用LeaveCriticalSection,則結果是該線程所對應的內核不能被釋放,該線程成為死線程。

3) 要比其他的內核對象的速度要快。

4)很好的封裝:

class CritSect
{
public:
    friend class Lock;
    CritSect() { InitializeCriticalSection(&_critSection); }
    ~CritSect() { DeleteCriticalSection(&_critSection); }
private:
    void Acquire(){EnterCriticalSection(&_critSection);}
    void Release(){LeaveCriticalSection(&_critSection);}

    CRITICAL_SECTION _critSection;
};

class Lock
{
public:
     Lock(CritSect& critSect):_critSect(critSect) {    _critSect.Acquire(); }
     ~Lock(){_critSect.Release();}
private:
    CritSect& _critSect;
};
調用:CritSect sect;Lock lock(sect);

三 線程同步之Mutex
   
1)互斥對象(mutex)內核對象能夠確保線程擁有對單個資源的互斥訪問權。實際上互斥對象是因此而得名的。互斥對象包含一個使用數量,一個線程ID和一個遞歸計數器。
 2) 互斥對象的行為特性與關鍵代碼段相同,但是互斥對象屬于內核對象,而關鍵代碼段則屬于用戶方式對象。這意味著互斥對象的運行速度比關鍵代碼段要慢。但是這也意味著不同進程中的多個線程能夠訪問單個互斥對象,并且這意味著線程在等待訪問資源時可以設定一個超時值。

 3) ID用于標識系統中的哪個線程當前擁有互斥對象,遞歸計數器用于指明該線程擁有互斥對象的次數。

 4) 互斥對象有許多用途,屬于最常用的內核對象之一。通常來說,它們用于保護由多個線程訪問的內存塊。如果多個線程要同時訪問內存塊,內存塊中的數據就可能遭到破壞。互斥對象能夠保證訪問內存塊的任何線程擁有對該內存塊的獨占訪問權,這樣就能夠保證數據的完整性。

5)互斥對象的使用規則如下:

• 如果線程ID是0(這是個無效ID),互斥對象不被任何線程所擁有,并且發出該互斥對象的通知信號。

• 如果ID是個非0數字,那么一個線程就擁有互斥對象,并且不發出該互斥對象的通知信號。

• 與所有其他內核對象不同, 互斥對象在操作系統中擁有特殊的代碼,允許它們違反正常的規則。


四 線程同步之Event

1)在所有的內核對象中,事件內核對象是個最基本的對象。它們包含一個使用計數(與所有內核對象一樣),一個用于指明該事件是個自動重置的事件還是一個人工重置的事件的布爾值,另一個用于指明該事件處于已通知狀態還是未通知狀態的布爾值。

2)事件能夠通知一個操作已經完成。有兩種不同類型的事件對象。一種是人工重置的事件,另一種是自動重置的事件。當人工重置的事件得到通知時,等待該事件的所有線程均變為可調度線程。當一個自動重置的事件得到通知時,等待該事件的線程中只有一個線程變為可調度線程。

3)當一個線程執行初始化操作,然后通知另一個線程執行剩余的操作時,事件使用得最多。事件初始化為未通知狀態,然后,當該線程完成它的初始化操作后,它就將事件設置為已通知狀態。這時,一直在等待該事件的另一個線程發現該事件已經得到通知,因此它就變成可調度線程。

 4)Microsoft為自動重置的事件定義了應該成功等待的副作用規則,即當線程成功地等待到該對象時,自動重置的事件就會自動重置到未通知狀態。這就是自動重置的事件如何獲得它們的名字的方法。通常沒有必要為自動重置的事件調用ResetEvent函數,因為系統會自動對事件進行重置。但是,Microsoft沒有為人工重置的事件定義成功等待的副作用,所以需要調用ResetEvent()。

五 線程同步之信號量(Semaphore)

信號量(Semaphore)內核對象對線程的同步方式與前面幾種方法不同,它允許多個線程在同一時刻訪問同一資源,但是需要限制在同一時刻訪問此資源的最大線程數目。在用 CreateSemaphore()創建信號量時即要同時指出允許的最大資源計數和當前可用資源計數。一般是將當前可用資源計數設置為最大資源計數,每增加一個線程對共享資源的訪問,當前可用資源計數就會減1,只要當前可用資源計數是大于0的,就可以發出信號量信號。但是當前可用計數減小到0時則說明當前占用資源的線程數已經達到了所允許的最大數目,不能在允許其他線程的進入,此時的信號量信號將無法發出。線程在處理完共享資源后,應在離開的同時通過 ReleaseSemaphore()函數將當前可用資源計數加1。在任何時候當前可用資源計數決不可能大于最大資源計數。

使用信號量內核對象進行線程同步主要會用到CreateSemaphore()、OpenSemaphore()、ReleaseSemaphore()、 WaitForSingleObject()和WaitForMultipleObjects()等函數。

六 線程同步之其他

1)線程局部存儲 (TLS),同一進程中的所有線程共享相同的虛擬地址空間。不同的線程中的局部變量有不同的副本,但是static和globl變量是同一進程中的所有線程共享的。使用TLS技術可以為static和globl的變量,根據當前進程的線程數量創建一個array,每個線程可以通過array的index來訪問對應的變量,這樣也就保證了static和global的變量為每一個線程都創建不同的副本。

2)互鎖函數的家族十分的龐大,例如InterlockedExchangeAdd()。。。,使用互鎖函數的優點是:他的速度要比其他的CriticalSection,Mutex,Event,Semaphore快很多。

3)等待函數,例如WaitForSingleObject 函數用來檢測 hHandle 事件的信號狀態,當函數的執行時間超過 dwMilliseconds 就返回,但如果參數 dwMilliseconds 為 INFINITE 時函數將直到相應時間事件變成有信號狀態才返回,否則就一直等待下去,直到 WaitForSingleObject 有返回直才執行后面的代碼。

六 《Windows核心編程(英文版·第5版)》
最好的windows多線程編程參考,更多更詳細請看原書。

posted on 2008-07-29 22:54 夢在天涯 閱讀(11382) 評論(3)  編輯 收藏 引用 所屬分類: CPlusPlus

評論

# re: 《windows via C++》之windows線程同步 2008-07-29 23:32 陳梓瀚(vczh)

msdn有『using named object』一章,可以用來進行進程/線程間同步  回復  更多評論   

# re: 《windows via C++》之windows線程同步 2008-09-01 19:01 內容被禁止顯示

內容被禁止顯示  回復  更多評論   

# re: 《windows via C++》之windows線程同步 2009-07-06 10:43 99讀書人

不錯學習了  回復  更多評論   

公告

EMail:itech001#126.com

導航

統計

  • 隨筆 - 461
  • 文章 - 4
  • 評論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1812961
  • 排名 - 5

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              国产精品国产三级国产专播品爱网| 欧美成人高清| 欧美日韩国产在线播放网站| 亚洲专区在线| 久久视频在线看| 亚洲视频香蕉人妖| 久久精品成人| 午夜国产精品影院在线观看| 久久精品国产免费| 性欧美暴力猛交另类hd| 免费精品视频| 欧美在线视频观看| 欧美久久综合| 免费成人黄色片| 国产专区综合网| 午夜一区不卡| 亚欧成人精品| 国产视频在线观看一区| 亚洲私拍自拍| 欧美一级理论性理论a| 欧美视频网址| 亚洲淫性视频| 欧美一区成人| 国产精品永久免费在线| 国模私拍一区二区三区| 亚洲一二三区精品| 亚洲午夜av在线| 国产精品一区二区在线观看网站 | 国产精品一区二区久久久久| 一区二区三区四区精品| 性欧美暴力猛交69hd| 国内自拍视频一区二区三区| 欧美一区二区三区免费视频| 国产麻豆日韩欧美久久| 亚洲综合日本| 国产日韩精品综合网站| 欧美在线观看你懂的| 免费日韩视频| 亚洲一区二区三区在线观看视频| 国产免费成人| 欧美大片在线看免费观看| 在线视频精品一区| 裸体女人亚洲精品一区| 国产精品99久久久久久久久久久久| 国产精品白丝av嫩草影院| 欧美中文字幕视频| 亚洲精品一区二区三区蜜桃久| 欧美尤物巨大精品爽| 亚洲第一网站| 狠狠色狠狠色综合| 国产精品久久久久免费a∨大胸| 久久亚洲一区| 久久国产天堂福利天堂| 亚洲免费婷婷| 亚洲午夜极品| 在线一区日本视频| 亚洲国产精品久久| 久久青青草原一区二区| 久久激情网站| 久久久福利视频| 久久免费精品视频| 玖玖玖国产精品| 美女日韩欧美| 欧美日韩国产欧| 国产精品s色| 国产精品一区二区a| 国产欧美日韩精品丝袜高跟鞋| 国产精品国产三级国产专区53| 欧美日韩亚洲视频| 欧美日韩直播| 国产精品一区二区欧美| 国产亚洲一区二区三区| 尤物yw午夜国产精品视频| 精品成人久久| 99精品热视频| 久久九九有精品国产23| 一区二区视频免费在线观看| **性色生活片久久毛片| 亚洲黄色小视频| 欧美一区日韩一区| 亚洲第一网站免费视频| 亚洲一区二区三区视频播放| 久久在线免费观看| 国产精品播放| 亚洲国产精品一区制服丝袜 | 国产精品成人在线观看| 永久免费视频成人| 欧美专区在线观看一区| 亚洲国产一二三| 久久夜色精品国产欧美乱| 欧美午夜精品理论片a级大开眼界| 国产一区二区三区在线免费观看 | 日韩亚洲欧美成人一区| 久久手机免费观看| 一区二区三区高清视频在线观看| 久久综合狠狠综合久久综合88 | 欧美激情第1页| 亚洲激情在线观看视频免费| 巨乳诱惑日韩免费av| 午夜精品免费在线| 国产精品一区二区三区四区五区 | 国内成+人亚洲+欧美+综合在线| 99精品视频一区| 日韩视频专区| 国产精品视频九色porn| 亚洲男人的天堂在线| 一区二区三区成人| 国产一区99| 欧美国产精品日韩| 欧美剧在线免费观看网站| 亚洲午夜久久久久久尤物| 亚洲精品美女免费| 国产精品视频第一区| 久热精品视频在线观看一区| 麻豆91精品| 午夜精品久久久久久久99樱桃 | 久久久久久久999| 欧美丰满少妇xxxbbb| 亚洲在线播放电影| 久久九九国产| 亚洲欧美日韩视频一区| 久久综合九色综合久99| 亚洲影音一区| 欧美国产视频日韩| 免费欧美在线| 久久一综合视频| 国产日韩亚洲| 亚洲一区二区精品在线观看| 91久久在线观看| 久久超碰97人人做人人爱| 亚洲永久免费精品| 欧美午夜大胆人体| 亚洲精品少妇30p| 亚洲激情一区二区三区| 久久久久久久高潮| 久久久99久久精品女同性| 国产精品99一区二区| 日韩亚洲欧美一区二区三区| 亚洲国产美女久久久久| 久久躁狠狠躁夜夜爽| 欧美本精品男人aⅴ天堂| 亚洲第一偷拍| 奶水喷射视频一区| 亚洲国产小视频| 一本久久综合亚洲鲁鲁五月天 | 午夜在线不卡| 国产一区二区三区在线免费观看 | 亚洲在线视频一区| 久久久久久久综合| 亚洲国产精品欧美一二99| 欧美国产日韩一区二区| 亚洲视频欧美在线| 久久av红桃一区二区小说| 亚洲欧美日韩综合| 黑人巨大精品欧美一区二区小视频| 亚洲欧美日韩国产中文在线| 亚洲一二三级电影| 国产主播喷水一区二区| 美女精品在线| 午夜精品久久久久久久99樱桃| 久久伊人亚洲| 一本色道久久99精品综合 | 亚洲电影视频在线| 久久精品人人做人人爽电影蜜月| 激情久久影院| 国产精品久久久久影院亚瑟| 久久久久国产精品一区三寸| 91久久综合| 欧美高清视频一区二区| 先锋影音久久| 亚洲网站视频福利| 99re在线精品| 亚洲精品久久久一区二区三区| 国产日本精品| 国产日韩欧美日韩| 国产精一区二区三区| 国产精品综合| 国内精品国产成人| 狠狠综合久久| 亚洲电影免费在线| 亚洲美女av网站| 99国产精品国产精品久久| 最近看过的日韩成人| 在线成人国产| 日韩午夜电影av| 亚洲欧美精品在线观看| 欧美一区午夜精品| 麻豆免费精品视频| 亚洲韩日在线| 亚洲网站在线| 久久久久久自在自线| 欧美精品在线视频观看| 欧美性猛交xxxx乱大交蜜桃 | 欧美日韩一区二区三区四区在线观看| 欧美国产日产韩国视频| 国产精品久久9| 亚洲高清三级视频| 亚洲欧美中文另类| 老司机精品视频一区二区三区| 91久久夜色精品国产九色|