(線程)同步(12.5)

在同時執(zhí)行的程序中圣蝎,我們看到兩個線程同時執(zhí)行馋评。線程之間的切換的方法是非常笨拙硼瓣。
好在專門有一組設計好的函數(shù)為我們提供了更好的控制線程執(zhí)行的訪問代碼臨界區(qū)域的方恨闪。

兩種基本方法:;
(1)信號量:它的代碼如同看守一段代碼的看門人一樣放坏;
(2)互斥量:如同保護代碼段的一個互斥設備咙咽。
這兩種方法是相似的,事實上淤年,我們是可以互相通過對方來實現(xiàn)的钧敞。
但是不同的場景使用不同的方式會語義會不一樣,所以麸粮,需要選擇溉苛;
例如:如果想控制任一時刻只能有一個線程可以訪問一些共享內存,使用互斥量就要自然很多弄诲。如果控制一對相同對象的訪問時——比如從5條用的電話線中分配1條給某個線程的情況愚战,就更適合使用計數(shù)信號量。

用信號量進行同步##

有兩組接口函數(shù)用于信號量齐遵。
一組取自于POSIX 的實時擴展寂玲,用于##線程同步。
一組被稱為系統(tǒng)V信號量梗摇,常常用于##進程的同步##(14章介紹)

信號量的提出者 —— 荷蘭計算機科學家Dijkstra .

信號量是一個特殊類型的變量拓哟,它可以被增加或減少,但對其的關鍵訪問被保證是原子操作伶授,及時在一個多線程程序中也是如此断序。這意味著如果一個程序中有兩個(或更多)的線程試圖改變一個信號量的值流纹,系統(tǒng)將保證所有的操作都將依次進行。但如果是普通變量违诗,來自同一程序中的不同的線程的沖突操作所導致的結果將是不確定的漱凝。

這里講的是簡單的信號量 —— 二進制信號量,它只有0和1兩種取值较雕。還有一種通用的信號量—— 計數(shù)信號量(可以取更大的取值范圍)碉哑。
信號量一般常用來保護一段代碼,使其每次只能夠被一個執(zhí)行線程運行亮蒋,
要完成這個工作扣典,就要使用二進制信號量;有時允許有限數(shù)目的線程執(zhí)行一段指定的代碼慎玖,就需要用到技術信號量贮尖。

*** 這里注意 “信號” 和“信號量” 是兩個不同的概念。

信號量函數(shù)一般是以sem_開頭趁怔,而不像大多數(shù)線程函數(shù)那樣以pthread_開頭湿硝。線程中使用的基本信號量函數(shù)有4個。信號量通常使用sem_init函數(shù)創(chuàng)建润努。 頭文件是: semaphore.h
int sem_init(sem_t *sem, int pshared, unsigned int value);
這個函數(shù)初始化由sem指向的信號量對象关斜,設置它的共享選項,并給它一個初始的整數(shù)值铺浇。
pshared 參數(shù)控制信號量的類型痢畜,如果其值是0,就表示這個信號量是當前進程的局部信號量鳍侣,否則丁稀,這個信號量就可以在多個進程之間共享。(我們這里只對不能在進程間共享的信號量感興趣)
(linux你使用的版本可能不支持這種共享倚聚,給pshared 參數(shù)傳遞一個非零的值將導致調用失斚呱馈)
下面的兩個函數(shù)控制信號量的值:
int sem_wait(sem_t *sem);
int sem_post(sem_t *sem);
int sem_destroy(sem_t *sem);
參數(shù)都是指針作為參數(shù),該指針指向的對象是由sem_init 調用初始化的信號量惑折。

sem_post 以原子操作的 方式給信號量的值增加1授账。
原子操作:如果兩個線程企圖同時給一個信號量加1,它們之間不會互相干擾唬复。而兩個程序同時對同一個文件進行讀取矗积、增加、寫入操作時可能會引起沖突敞咧。信號量的值總是會被正確的加2棘捣,因為有兩個線程試圖改變它。
sem_wait 函數(shù)以原子操作的方式將信號量減1 ,但它會等待直到信號量有個非零值才會開始減法操作乍恐。對值為0信號量調用sem_wait 评疗,這個線程會等待,直到其他線程增加了信號量的值使其不再為0為止茵烈。還有另外一個信號量函數(shù)sem_trywait 百匆,它是sem_wait 的非阻塞版本。
sem_destroy : 用完信號量后對它進行清理呜投。清理該信號量擁有的所有資源加匈。若是企圖清理的信號量正被一些線程等待,就會收到一個錯誤仑荐。成功就會返回0雕拼。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市粘招,隨后出現(xiàn)的幾起案子啥寇,更是在濱河造成了極大的恐慌,老刑警劉巖洒扎,帶你破解...
    沈念sama閱讀 222,104評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件辑甜,死亡現(xiàn)場離奇詭異,居然都是意外死亡袍冷,警方通過查閱死者的電腦和手機磷醋,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,816評論 3 399
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來胡诗,“玉大人子檀,你說我怎么就攤上這事∧烁辏” “怎么了?”我有些...
    開封第一講書人閱讀 168,697評論 0 360
  • 文/不壞的土叔 我叫張陵亩进,是天一觀的道長症虑。 經(jīng)常有香客問我,道長归薛,這世上最難降的妖魔是什么谍憔? 我笑而不...
    開封第一講書人閱讀 59,836評論 1 298
  • 正文 為了忘掉前任,我火速辦了婚禮主籍,結果婚禮上习贫,老公的妹妹穿的比我還像新娘。我一直安慰自己千元,他們只是感情好苫昌,可當我...
    茶點故事閱讀 68,851評論 6 397
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著幸海,像睡著了一般祟身。 火紅的嫁衣襯著肌膚如雪奥务。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,441評論 1 310
  • 那天袜硫,我揣著相機與錄音氯葬,去河邊找鬼。 笑死婉陷,一個胖子當著我的面吹牛帚称,可吹牛的內容都是我干的。 我是一名探鬼主播秽澳,決...
    沈念sama閱讀 40,992評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼闯睹,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了肝集?” 一聲冷哼從身側響起瞻坝,我...
    開封第一講書人閱讀 39,899評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎杏瞻,沒想到半個月后所刀,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,457評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡捞挥,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,529評論 3 341
  • 正文 我和宋清朗相戀三年浮创,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片砌函。...
    茶點故事閱讀 40,664評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡斩披,死狀恐怖,靈堂內的尸體忽然破棺而出讹俊,到底是詐尸還是另有隱情垦沉,我是刑警寧澤,帶...
    沈念sama閱讀 36,346評論 5 350
  • 正文 年R本政府宣布仍劈,位于F島的核電站厕倍,受9級特大地震影響,放射性物質發(fā)生泄漏贩疙。R本人自食惡果不足惜讹弯,卻給世界環(huán)境...
    茶點故事閱讀 42,025評論 3 334
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望这溅。 院中可真熱鬧组民,春花似錦、人聲如沸悲靴。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,511評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至庇楞,卻和暖如春榜配,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背吕晌。 一陣腳步聲響...
    開封第一講書人閱讀 33,611評論 1 272
  • 我被黑心中介騙來泰國打工蛋褥, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人睛驳。 一個月前我還...
    沈念sama閱讀 49,081評論 3 377
  • 正文 我出身青樓烙心,卻偏偏與公主長得像,于是被迫代替她去往敵國和親乏沸。 傳聞我的和親對象是個殘疾皇子淫茵,可洞房花燭夜當晚...
    茶點故事閱讀 45,675評論 2 359

推薦閱讀更多精彩內容

  • 一、線程的創(chuàng)建和調度 1.線程是程序執(zhí)行的某一條指令流的映像蹬跃。 為了進一步減少處理機制的空轉時間匙瘪,支持多處理器及減...
    穹藍奧義閱讀 1,115評論 2 5
  • 轉自:Youtherhttps://www.cnblogs.com/youtherhome/archive/201...
    njukay閱讀 1,619評論 0 52
  • linux線程同步 信號燈:與互斥鎖和條件變量的主要不同在于"燈"的概念,燈亮則意味著資源可用蝶缀,燈滅則意味著不可用...
    鮑陳飛閱讀 690評論 0 2
  • 簡介 線程創(chuàng)建 線程屬性設置 線程參數(shù)傳遞 線程優(yōu)先級 線程的數(shù)據(jù)處理 線程的分離狀態(tài) 互斥鎖 信號量 一 線程創(chuàng)...
    第八區(qū)閱讀 8,567評論 1 6
  • DAY 1: Now here's the REQUEST:To check how many people ar...
    ProgZack閱讀 2,067評論 0 1