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

asm, c, c++ are my all
-- Core In Computer
posts - 139,  comments - 123,  trackbacks - 0
線程同步是多線程程序設計的核心內容,它的目的是正確處理多線程并發時的各種問題,例如線程的等待、多個線程訪問同一數據時的互斥,防死鎖等。Win32提供多種內核對象和手段用于線程同步,如互斥量、信號量、事件、臨界區等。所不同的是,互斥量、信號量、事件都是Windows的內核對象,當程序對這些對象進行控制時會自動轉換到核心態,而臨界區本身不是內核對象,它是工作在用戶態的。我們知道從用戶態轉換到核心態是需要以時間為代價的,所以如果能在用戶態就簡單解決的問題,就可以不必勞煩核心態了。
這里我要說的是兩種用于C++的多線程同步類,通過對這兩種類的使用就可以方便的實現對變量或代碼段的加鎖控制,從而防止多線程對變量不正確的操作。
所謂加鎖,就是說當我們要訪問某關鍵變量之前,都需要首先獲得允許才能繼續,如果未獲得允許則只有等待。一個關鍵變量擁有一把鎖,一個線程必須先得到這把鎖(其實稱為鑰匙可能更形象)才可以訪問這個變量,而當某個變量持有這把鎖的時候,其他線程就不能重復的得到它,只有等持有鎖的線程把鎖歸還以后其他線程才有可能得到它。之所以這樣做,就是為了防止一個線程讀取某對象途中另一線程對它進行了修改,或兩線程同時對一變量進行修改,例如:
// 全局:
??????? struct ?MyStruct? {? int ?a,?b;?} ;
???????MyStruct?s;
// 線程1:

??????? int ?a? = ?s.a;
???????
int ?b? =
?s.b;
// 線程2:

???????s.a ++ ;
???????s.b
-- ;
如果實際的執行順序就是上述書寫的順序那到沒有什么,但如果線程2的執行打斷了線程1,變為如下順序:
?????? int a = s.a;????? //線程1
?????? s.a++;??????????? //線程2
?????? s.b++;??????????? //線程2
?????? int b = s.b;????? //線程1
那么這時線程1讀出來的a和b就會有問題了,因為a是在修改前讀的,而b是在修改后讀的,這樣讀出來的是不完整的數據,會對程序帶來不可預料的后果。天知道兩個程的調度順序是什么樣的。為了防止這種情況的出現,需要對變量s加鎖,也就是當線程1得到鎖以后就可以放心的訪問s,這時如果線程2要修改s,只有等線程1訪問完成以后將鎖釋放才可以,從而保證了上述兩線程交叉訪問變量的情況不會出現。
使用Win32提供的臨界區可以方便的實現這種鎖:
// 全局:
???????CRITICAL_SECTION?cs;
???????InitializeCriticalSection(
&
cs);
// 線程1:

???????EnterCriticalSection( & cs);
???????
int ?a? =
?s.a;
???????
int ?b? =
?s.b;
???????LeaveCriticalSection(
&
cs);
// 線程2:

???????EnterCriticalSection( & cs);
???????s.a
++
;
???????s.b
--
;
???????LeaveCriticalSection(
&
cs);
// 最后:

???????DeleteCriticalSection( & cs);
代碼中的臨界區變量(cs)就可以看作是變量s的鎖,當函數EnterCriticalSection返回時,當前線程就獲得了這把鎖,之后就是對變量的訪問了。訪問完成后,調用LeaveCriticalSection表示釋放這把鎖,允許其他線程繼續使用它。
如果每當需要對一個變量進行加鎖時都需要做這些操作,顯得有些麻煩,而且變量cs與s只有邏輯上的鎖關系,在語法上沒有什么聯系,這對于鎖的管理帶來了不小的麻煩。程序員總是最懶的,可以想出各種偷懶的辦法來解決問題,例如讓被鎖的變量與加鎖的變量形成物理上的聯系,使得鎖變量成為被鎖變量不可分割的一部分,這聽起來是個好主意。
首先想到的是把鎖封閉在一個類里,讓類的構造函數和析構函數來管理對鎖的初始化和鎖毀動作,我們稱這個鎖為“實例鎖”:
??????? class ?InstanceLockBase
???????
{
??????????????CRITICAL_SECTION?cs;
???????
protected
:
??????????????InstanceLockBase()?
{?InitialCriticalSection( & cs);?}

??????????????
~ InstanceLockBase()? {?DeleteCriticalSection( & cs);?}
???????}
;
如果熟悉C++,看到這里一定知道后面我要干什么了,對了,就是繼承,因為我把構造函數和析構函數都聲明為保護的(protected),這樣唯一的作用就是在子類里使用它。讓我們的被保護數據從這個類繼承,那么它們不就不可分割了嗎:
??????? struct ?MyStruct:? public ?InstanceLockBase
???????
{?…?} ;
什么?結構體還能從類繼承?當然,C++中結構體和類除了成員的默認訪問控制不同外沒有什么不一樣,class能做的struct也能做。此外,也許你還會問,如果被鎖的是個簡單類型,不能繼承怎么辦,那么要么用一個類對這個簡單類型進行封裝(記得Java里有int和Integer嗎),要么只好手工管理它們的聯系了。如果被鎖類已經有了基類呢?沒關系,C++是允許多繼承的,多一個基類也沒什么。
現在我們的數據里面已經包含一把鎖了,之后就是要添加加鎖和解鎖的動作,把它們作為InstanceLockBase類的成員函數再合適不過了:
??????? class ?InstanceLockBase
???????
{
??????????????CRITICAL_SECTION?cs;
??????????????
void ?Lock()? {?EnterCriticalSection( & cs);?}

??????????????
void ?Unlock()? {?LeaveCriticalSection( & cs);?}
??????????????…
}
;
看到這里可能會發現,我把Lock和Unlock函數都聲明為私有了,那么如何訪問這兩個函數呢?是的,我們總是需要有一個地方來調用這兩個函數以實現加鎖和解鎖的,而且它們總應該成對出現,但C++語法本身沒能限制我們必須成對的調用兩個函數,如果加完鎖忘了解,那后果是嚴重的。這里有一個例外,就是C++對于構造函數和析構函數的調用是自動成對的,對了,那就把對Lock和Unlock的調用專門寫在一個類的構造函數和析構函數中:
class ?InstanceLock
{
??????????????InstanceLockBase
*
?_pObj;
public
:
??????????????InstanceLock(InstanceLockBase
*
?pObj)
??????????????
{
?????????????????????_pObj?
= ?pObj;? // 這里會保存一份指向s的指針,用于解鎖

????????????????????? if (NULL? != ?_pObj)
????????????????????????????_pObj
-> Lock();?????? // 這里加鎖

??????????????}

??????????????
~ InstanceLock()
??????????????
{
?????????????????????
if (NULL? !=
?_pObj)
????????????????????????????_pObj
-> Unlock();??? // 這里解鎖

??????????????}

}
;
最后別忘了在類InstanceLockBase中把InstanceLock聲明為友元,使得它能正確訪問Lock和Unlock這兩個私有函數:
class ?InstanceLockBase
{
??????????????friend?
class
?InstanceLock;
??????????????…
}
;
好了,有了上面的基礎,現在對變量s的加解鎖管理變成了對InstanceLock的實例的生命周期的管理了。假如我們有一個函數ModifyS中要對s進行修改,那么只要在函數一開始就聲明一個InstaceLock的實例,這樣整個函數就自動對s加鎖,一旦進入這個函數,其他線程就都不能獲得s的鎖了:
??????? void ?ModifyS()
???????
{
??????????????InstanceLock?
lock ( & s);???????? //
這里已經實現加鎖了
??????????????
// some?operations?on?s

???????}
????
?????????????????????????????????????????? //
一旦離開lock對象的作用域,自動解鎖
如果是要對某函數中一部分代碼加鎖,只要用一對大括號把它們括起來再聲明一個lock就可以了:
???????…
???????
{
??????????????InstanceLock?
lock ( &
s);
??????????????
// ?do?something?…

???????}

???????…
好了,就是這么簡單。下面來看一個測試。
首先準備一個輸出函數,對我們理解程序有幫助。它會在輸出我們想輸出的內容同時打出行號和時間:
void ?Say( char * ?text)
{
??????????????
static ? int ?count? = ? 0
;
??????????????SYSTEMTIME?st;
??????????????::GetLocalTime(
&
st);
??????????????printf(
" %03d?[%02d:%02d:%02d.%03d]%s " ,? ++
count,?st.wHour,?st.wMinute,?st.wSecond,?st.wMilliseconds,?text);
}
當然,原則上當多線程都調用這個函數時應該對其靜態局部變量count進行加鎖,這里就省略了。
我們聲明一個非常簡單的被鎖的類型,并生成一個實例:
class ?MyClass:? public ?InstanceLockBase
{}
;
MyClass?mc;
子線程的任務就是對這個對象加鎖,然后輸出一些信息:
DWORD?CALLBACK?ThreadProc(LPVOID?param)
{
??????????????InstanceLock?il(
&
mc);
??????????????Say(
" in?sub?thread,?lock "
);
??????????????Sleep(
2000
);
??????????????Say(
" in?sub?thread,?unlock "
);
??????????????
return ? 0
;
}
這里會輸出兩條信息,一是在剛剛獲得鎖的時間,二是在釋放鎖的時候,中間通過Sleep來延遲2秒。
主線程負責開啟子線程,然后也對mc加鎖:
CreateThread( 0 ,? 0 ,?ThreadProc,? 0 ,? 0 ,? 0 );
???????
{
??????????????InstanceLock?il(
&
mc);
??????????????Say(
" in?main?thread,?lock "
);
??????????????Sleep(
3000
);
??????????????Say(
" in?main?thread,?lock "
);
???????}
運行此程序,得到的輸出如下:
001 [13:43:23.781]in main thread, lock
002 [13:43:26.781]in main thread, lock
003 [13:43:26.781]in sub thread, lock
004 [13:43:28.781]in sub thread, unlock
從其輸出的行號和時間可以清楚的看到兩個線程間的互斥:當主線程恰好首先獲得鎖時,它會延遲3秒,然后釋放鎖,之后子線程才得以繼續進行。這個例子也證明我們的類工作的很好。
總結一下,要使用InstanceLock系列類,要做的就是:
1 讓被鎖類從InstanceLockBase繼承
2 所有要訪問被鎖對象的代碼前面聲明InstanceLock的實例,并傳入被鎖對象的指針。
?
附:完整源代碼:
#pragma ?once
#include?
< windows.h >
?
class ?InstanceLock;
?
class
?InstanceLockBase
{
???????friend?
class
?InstanceLock;
?
???????CRITICAL_SECTION?cs;
?
???????
void
?Lock()
???????
{
??????????????::EnterCriticalSection(
&
cs);
???????}

?
???????
void ?Unlock()
???????
{
??????????????::LeaveCriticalSection(
&
cs);
???????}

?
protected :
???????InstanceLockBase()
???????
{
??????????????::InitializeCriticalSection(
&
cs);
???????}

?
???????
~ InstanceLockBase()
???????
{
??????????????::DeleteCriticalSection(
&
cs);
???????}

}
;
?
class
?InstanceLock
{
???????InstanceLockBase
*
?_pObj;
public
:
???????InstanceLock(InstanceLockBase
*
?pObj)
???????
{
??????????????_pObj?
=
?pObj;
??????????????
if (NULL? !=
?_pObj)
?????????????????????_pObj
->
Lock();
???????}

?
???????
~ InstanceLock()
???????
{
??????????????
if (NULL? !=
?_pObj)
?????????????????????_pObj
->
Unlock();
???????}

}
;
posted on 2006-10-19 14:33 Jerry Cat 閱讀(1536) 評論(1)  編輯 收藏 引用

FeedBack:
# re: Win32環境下兩種用于C++的線程同步類(上)
2006-10-19 14:33 | Jerry Cat
不知here有沒有南京的網友, 我以前南京的一個同學趙小姐要我幫忙發個租房消息, 某雖不懂但老同學的事也不好推, 將就如下:

現有位于南京市江寧區"武夷花園"小區的三室一廳住房一套, 水,電,氣齊全, 室內有熱水器, 電視機及床, 衣柜等簡單家具. 整租, 與人合租均可. 聯系人: 趙小姐 電話:025-83909202  回復  更多評論
  

<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(7)

隨筆檔案

最新隨筆

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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精品视频免费| 国产毛片一区二区| 欧美精品久久久久a| 鲁大师影院一区二区三区| 久久亚洲免费| 欧美大学生性色视频| 欧美freesex8一10精品| 欧美黄色aa电影| 国产精品v日韩精品| 国产精品久久久久久久久免费樱桃 | 国产精品成人免费视频| 国产精品豆花视频| 黑人一区二区| 亚洲三级观看| 午夜视频在线观看一区| 久久久另类综合| 欧美成人tv| 亚洲网站在线| 久久综合狠狠综合久久综合88| 欧美—级在线免费片| 欧美国产大片| 国产一区二区三区四区hd| 亚洲国产日韩一区| 亚洲欧美日本另类| 欧美国产三区| 亚洲视频精品| 欧美韩国一区| 国模吧视频一区| 亚洲一区二区欧美日韩| 老司机亚洲精品| 日韩视频在线免费| 久久在线播放| 国产精品综合av一区二区国产馆| 亚洲国产精品一区制服丝袜| 亚洲天堂av电影| 欧美18av| 欧美伊人久久久久久午夜久久久久| 欧美激情精品久久久久久蜜臀| 国产美女扒开尿口久久久| 一本色道久久综合亚洲精品按摩 | 香蕉久久国产| 欧美日本亚洲韩国国产| 黄色影院成人| 午夜激情一区| 99精品国产在热久久下载| 欧美激情精品久久久久久| 国内精品伊人久久久久av一坑| 亚洲一区在线直播| 亚洲国产成人av| 亚洲欧洲日产国产网站| 国产日韩精品视频一区二区三区| 91久久一区二区| 欧美va天堂va视频va在线| 亚洲在线一区二区| 国产精品高潮呻吟视频| 亚洲一二三四区| 亚洲精品乱码久久久久久日本蜜臀| 裸体丰满少妇做受久久99精品| 黄色亚洲免费| 久久精品亚洲| 久久福利视频导航| 国产一区二区三区av电影| 久久精品久久99精品久久| 亚洲一区二区黄| 美国三级日本三级久久99| 亚洲高清色综合| 欧美黄色日本| 欧美日韩国产黄| 亚洲天堂成人| 亚洲在线观看视频| 国产色产综合色产在线视频| 久久国产精品99精品国产| 性感少妇一区| 国语自产偷拍精品视频偷| 久久综合九色| 免费亚洲电影| 亚洲视频免费在线观看| 亚洲午夜极品| 影音欧美亚洲| 欧美电影在线观看| 欧美三级小说| 午夜精品久久久久久久白皮肤| 午夜精品久久久久久久| 国内精品久久久久久久果冻传媒 | 亚洲午夜一区| 午夜精品久久久久久久99樱桃| 国产婷婷97碰碰久久人人蜜臀| 久久三级视频| 欧美精品一区二区视频| 性久久久久久久久久久久| 欧美一区二区三区久久精品茉莉花 | 国产日产欧产精品推荐色| 久久人人爽爽爽人久久久| 欧美人在线观看| 欧美一区二区三区免费视| 久久婷婷蜜乳一本欲蜜臀| 日韩视频一区二区在线观看| 亚洲欧美国产精品va在线观看| 韩国精品久久久999| 亚洲免费av电影| 狠狠色综合网站久久久久久久| 亚洲人成网站在线观看播放| 国产精品美女999| 亚洲大片在线| 亚洲一级高清| 欧美日韩免费一区二区三区| 久久精品五月婷婷| 欧美日韩国产综合视频在线观看中文 | 欧美高清视频一区二区三区在线观看| 夜久久久久久| 久久九九久精品国产免费直播| 一本色道久久综合亚洲精品不卡 | 亚洲少妇一区| 亚洲国产影院| 久久99伊人| 亚洲在线网站| 欧美剧在线观看| 久久影院午夜论| 国产美女精品免费电影| 亚洲精品社区| 亚洲激情成人网| 久久精品五月| 欧美在线一二三四区| 欧美日韩精品在线播放| 亚洲高清视频一区二区| 国产综合视频| 性欧美超级视频| 午夜精彩视频在线观看不卡| 欧美日韩国内| 亚洲精品久久久久久久久| 亚洲国产婷婷| 久热精品视频在线免费观看| 久久久一本精品99久久精品66| 国产精品视频专区| 亚洲视频1区| 亚洲欧美激情一区二区| 欧美三级视频在线播放| 亚洲精品小视频在线观看| 亚洲精品影视| 欧美久久一级| 一本色道久久综合| 亚洲小少妇裸体bbw| 国产精品白丝av嫩草影院| 日韩午夜在线播放| 亚洲性感美女99在线| 欧美日韩一区综合| 亚洲视频成人| 久久成人精品| 伊人春色精品| 欧美mv日韩mv国产网站| 亚洲国产精品久久久久| 日韩一级精品| 欧美视频一区二区在线观看 | 欧美国产综合一区二区| 亚洲人成网站777色婷婷| 欧美福利视频一区| 亚洲免费精品| 午夜精品国产更新| 国产一区在线视频| 久久一区欧美| 国产欧美日韩另类一区| 欧美三区美女| 亚洲一区三区在线观看| 久久久久成人精品免费播放动漫| 国内精品久久久久久久影视蜜臀| 免费成人av在线| 99精品欧美一区二区蜜桃免费| 香蕉久久夜色精品国产使用方法| 国产日韩欧美在线观看| 欧美成人免费在线| 亚洲无线视频| 欧美成人精品不卡视频在线观看| 99pao成人国产永久免费视频| 国产精品国色综合久久| 久久久97精品| 99精品热视频只有精品10| 国产精品视频xxxx| 乱中年女人伦av一区二区| 欧美在线观看www| 亚洲精品乱码久久久久久| 国产欧美精品| 欧美粗暴jizz性欧美20| 亚洲欧美国产日韩天堂区| 欧美大片免费观看| 欧美在线首页| 在线亚洲自拍| 亚洲成人在线视频网站| 国产精品普通话对白| 欧美成人免费观看| 久久超碰97人人做人人爱| 一区二区三区成人| 亚洲第一毛片| 久久亚洲综合网| 香蕉久久夜色| 亚洲一区二区免费| 亚洲三级免费| 亚洲国产婷婷香蕉久久久久久99| 国产麻豆午夜三级精品| 欧美日韩你懂的|