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

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 閱讀(1541) 評論(1)  編輯 收藏 引用

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

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

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



<2006年10月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234

常用鏈接

留言簿(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视频在线精品国自产拍免费观看 | 99国产精品久久久久老师| 亚洲成人在线| 午夜性色一区二区三区免费视频| 亚洲午夜成aⅴ人片| 欧美激情精品久久久久久黑人 | 欧美在线免费播放| 午夜在线精品偷拍| 欧美午夜一区二区| 亚洲精品国产拍免费91在线| 精品盗摄一区二区三区| 欧美在线播放高清精品| 欧美一区免费| 国产日韩欧美精品综合| 亚洲三级影院| 欧美日韩国产精品成人| 亚洲国产综合在线看不卡| 午夜久久久久久| 午夜一区二区三区不卡视频| 欧美日韩不卡视频| 亚洲精品国产精品国自产在线| 亚洲国产三级| 欧美大片免费| 亚洲美女av在线播放| 亚洲无限av看| 欧美视频在线播放| 亚洲视频在线观看视频| 亚洲欧美一级二级三级| 国产精品免费区二区三区观看| 亚洲视频在线观看视频| 欧美一区二区视频在线| 狠狠色丁香婷婷综合久久片| 久久久久久久欧美精品| 欧美大片免费久久精品三p| 亚洲毛片播放| 欧美体内she精视频| 中日韩高清电影网| 久久久蜜桃精品| 亚洲国产精品电影| 欧美日韩性生活视频| 午夜国产精品视频| 男男成人高潮片免费网站| 亚洲精品日韩欧美| 欧美午夜剧场| 久久久精品网| 91久久精品一区| 性欧美video另类hd性玩具| 韩国成人福利片在线播放| 欧美成人激情在线| 亚洲性图久久| 免费不卡在线视频| 中文网丁香综合网| 激情久久久久久久久久久久久久久久| 免费观看成人| 亚洲欧美福利一区二区| 欧美国产免费| 久久成人免费| 一个色综合av| 一色屋精品亚洲香蕉网站| 欧美色中文字幕| 久久婷婷蜜乳一本欲蜜臀| 这里只有精品视频| 欧美大色视频| 欧美一区二区三区四区高清| 亚洲国产婷婷香蕉久久久久久99| 国产精品美女视频网站| 久久一区免费| 性欧美1819性猛交| 91久久精品一区二区别| 久久综合网hezyo| 亚洲欧美在线aaa| 亚洲精品人人| 一区二区三区在线观看欧美| 国产精品久久久久影院亚瑟| 欧美电影免费| 久久男人资源视频| 亚洲欧美另类中文字幕| 亚洲精品国产精品久久清纯直播 | 亚洲激情在线激情| 国产欧美精品在线观看| 欧美日韩免费高清| 欧美α欧美αv大片| 久久成人在线| 亚洲欧美精品在线| 这里只有精品电影| 亚洲精品欧美在线| 亚洲高清久久| 欧美二区乱c少妇| 老司机午夜精品视频在线观看| 午夜精彩国产免费不卡不顿大片| 中文在线不卡视频| 99视频+国产日韩欧美| 亚洲国产成人精品久久| 精品成人在线| 一区二区在线视频观看| 国语自产精品视频在线看8查询8 | 久久久久久久久蜜桃| 亚洲男女自偷自拍图片另类| 在线亚洲欧美专区二区| 99在线精品观看| 99热这里只有成人精品国产| 亚洲每日更新| 中文在线资源观看视频网站免费不卡| 日韩视频在线播放| 亚洲美女av电影| 一区二区精品| 亚洲影音一区| 欧美一区二区三区精品电影| 久久www免费人成看片高清| 欧美在线一级va免费观看| 久久狠狠久久综合桃花| 久久久蜜桃一区二区人| 免费h精品视频在线播放| 亚洲高清资源综合久久精品| 亚洲黄色成人| 这里只有精品视频在线| 午夜精品久久久久久久99热浪潮| 久久国产精品99国产| 久久久久高清| 久热精品视频在线免费观看| 欧美777四色影视在线| 欧美另类久久久品| 国产精品你懂的在线欣赏| 国产综合视频| 亚洲欧洲在线免费| 亚洲影视九九影院在线观看| 久久精品国产成人| 欧美成人精品高清在线播放| 亚洲精品免费网站| 亚洲一区二区三区影院| 久久九九精品| 欧美精品日日鲁夜夜添| 国产精品夜色7777狼人| 亚洲大胆在线| 亚洲图片欧美一区| 久久综合色综合88| 日韩亚洲欧美中文三级| 欧美专区一区二区三区| 欧美日韩成人激情| 国产日韩一区| 99re热这里只有精品视频| 欧美在线|欧美| 亚洲日韩中文字幕在线播放| 亚洲欧美日韩一区二区| 蜜臀91精品一区二区三区| 国产精品裸体一区二区三区| 在线成人免费视频| 在线亚洲一区| 欧美成人精品高清在线播放| 中文精品99久久国产香蕉| 美日韩精品视频免费看| 国产亚洲欧美一区| 亚洲网在线观看| 欧美大片在线看| 欧美伊人精品成人久久综合97| 欧美精选午夜久久久乱码6080| 国产曰批免费观看久久久| 亚洲天堂免费在线观看视频| 欧美成人69av| 久久成人免费| 国产精品视频一区二区三区| 亚洲精品一区二区网址| 久久久久免费观看| 亚洲免费视频网站| 欧美日韩你懂的| 亚洲国产高清视频| 久久乐国产精品| 午夜视频在线观看一区| 国产精品家庭影院| 一本大道av伊人久久综合| 亚洲成色777777在线观看影院| 久久精品99| 国产欧美日韩在线| 亚洲一区二区视频| 亚洲精品视频在线观看免费| 美日韩在线观看| 在线电影国产精品| 另类人畜视频在线| 欧美有码视频| 国内精品模特av私拍在线观看| 性欧美大战久久久久久久免费观看| 亚洲免费播放| 欧美日韩精品免费观看视一区二区 | 欧美日韩一区在线视频| 亚洲精品一二区| 亚洲国产欧美一区二区三区久久 | 亚洲免费观看| 亚洲福利电影| 欧美激情bt| 亚洲视频在线观看三级| 夜夜爽av福利精品导航 | 精品av久久707| 久久综合福利|