欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

Python線程鎖Lock的使用介紹

這篇文章主要講解了“Python線程鎖Lock的使用介紹”,文中的講解內(nèi)容簡(jiǎn)單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“Python線程鎖Lock的使用介紹”吧!

創(chuàng)新互聯(lián)公司長(zhǎng)期為1000+客戶提供的網(wǎng)站建設(shè)服務(wù),團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年,關(guān)注不同地域、不同群體,并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù);打造開放共贏平臺(tái),與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為雙臺(tái)子企業(yè)提供專業(yè)的網(wǎng)站制作、做網(wǎng)站,雙臺(tái)子網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

我們知道Python的線程是封裝了底層操作系統(tǒng)的線程,在Linux系統(tǒng)中是Pthread(全稱為POSIX Thread),在Windows中是Windows Thread。因此Python的線程是完全受操作系統(tǒng)的管理的。但是在計(jì)算密集型的任務(wù)中多線程反而比單線程更慢。

這是為什么呢?

在CPython 解釋器中執(zhí)行線程時(shí),每一個(gè)線程開始執(zhí)行時(shí),都會(huì)鎖住 GIL,以阻止別的線程執(zhí)行。同樣的,每一個(gè)線程執(zhí)行完一段后,會(huì)釋放 GIL,以允許別的線程開始利用資源。畢竟,如果Python線程在開始的時(shí)候鎖住GIL而不去釋放GIL,那別的線程就沒有運(yùn)行的機(jī)會(huì)了。

為什么要這么處理呢?

我們先來介紹下競(jìng)爭(zhēng)條件(race condition)這個(gè)概念。競(jìng)爭(zhēng)條件是指兩個(gè)或者多個(gè)線程同時(shí)競(jìng)爭(zhēng)訪問的某個(gè)資源(該資源本身不能被同時(shí)訪問),有可能因?yàn)闀r(shí)間上存在先后原因而出現(xiàn)問題,這種情況叫做競(jìng)爭(zhēng)條件(Race Condition)。(Python中進(jìn)程是有獨(dú)立的資源分配,線程是共用資源分配)

回到CPython上,CPython是使用引用計(jì)數(shù)器來管理內(nèi)存的,所有創(chuàng)建的對(duì)象,都會(huì)有一個(gè)引用計(jì)數(shù)來記錄有多少個(gè)指針指向它。如下所示:

a_val = []
def ReferCount():
 print(sys.getrefcount(a_val)) # 2
 b = a_val
 c = a_val
 print(sys.getrefcount(a_val)) # 4

當(dāng)引用計(jì)數(shù)為0時(shí),CPython解釋器會(huì)自動(dòng)釋放內(nèi)存。這樣一來,如果有兩個(gè)Python線程同時(shí)引用了一個(gè)變量,就會(huì)造成引用計(jì)數(shù)的競(jìng)爭(zhēng)條件(race condition)。因此引用計(jì)數(shù)變量需要在兩個(gè)線程同時(shí)增加或減少時(shí)從競(jìng)爭(zhēng)條件中得到保護(hù)。如果發(fā)生了這種情況,可能會(huì)導(dǎo)致泄露的內(nèi)存永遠(yuǎn)不會(huì)被釋放,更嚴(yán)重的是當(dāng)一個(gè)對(duì)象的引用仍然存在的情況下錯(cuò)誤地釋放內(nèi)存,導(dǎo)致Python程序崩潰或帶來各種詭異的問題。

以下是官方給的解釋:
In CPython, the global interpreter lock, or GIL, is a mutex that prevents multiple native threads from executing Python bytecodes at once. This lock is necessary mainly because CPython’s memory management is not thread-safe. (However, since the GIL exists, other features have grown to depend on the guarantees that it enforces.)

如何繞過GIL的限制?

目前像NumPy的矩陣運(yùn)算這些高性能的應(yīng)用場(chǎng)景是通過C/C++來實(shí)現(xiàn)Python庫(kù),可以避免CPython解釋器的GIL限制。另一方面,當(dāng)涉及到對(duì)性能非常嚴(yán)格的應(yīng)用場(chǎng)景時(shí),可以把關(guān)鍵代碼用C/C++來實(shí)現(xiàn),然后通過Python調(diào)用這些程序,以此擺脫GIL的限制。

有了GIL機(jī)制是否還需要考慮競(jìng)爭(zhēng)條件嗎?

GIL的設(shè)計(jì)是為了方便CPython解釋器層面的編寫者,而不是Python應(yīng)用層面的程序員。作為Python的使用者,我們還是需要用Lock等工具來鎖住資源,來確保線程安全。

接下來我們就介紹下如何使用Lock機(jī)制。

Lock的使用主要有以下幾個(gè)方法:

mutex = threading.Lock() # 創(chuàng)建鎖
mutex.acquire([timeout]) # 鎖定
mutex.release() # 釋放

例如以下例程:

g_count = 0
def func(str_val):
 global g_count
 for i in range(1000000):
 g_count += 1
 print(str_val+':g_count=%s' % g_count)
def test_func_lock():
 t1 = threading.Thread(target=func,args=['func1'])
 t2 = threading.Thread(target=func,args=['func2'])
 t1.start()
 t2.start()
 t1.join()
 t2.join()

最終返回的結(jié)果有這些情況:

func2:g_count=1509057 func1:g_count=1489782
func1:g_count=1305421 func2:g_count=1684556
func2:g_count=1545063 func1:g_count=1547995
……

理論上最后的結(jié)果應(yīng)該是2000000,由于線程被調(diào)用執(zhí)行的順序并不確定,同時(shí)存在執(zhí)行遞增語(yǔ)句時(shí)切換線程,導(dǎo)致最后的結(jié)果并不是正確結(jié)果。

我們通過建立一個(gè)線程鎖來解決這個(gè)問題。如下所示:

g_count = 0
lock = threading.Lock()
def func(str_val):
 global g_count
 for i in range(1000000):
 lock.acquire()
 g_count += 1
 lock.release()
 print(str_val+':g_count=%s' % g_count)

執(zhí)行結(jié)果為:func2:g_count=1988364 func1:g_count=2000000

比如線程t1使用lock.acquire()獲得了這個(gè)鎖,那么線程t2就無法再獲得該鎖了,只會(huì)阻塞在 lock.acquire()處,直到鎖被線程t1釋放,即執(zhí)行l(wèi)ock.release()。如此一來就不會(huì)出現(xiàn)執(zhí)行了一半就暫停去執(zhí)行別的線程的情況,最后結(jié)果是正確的2000000。

最后給大家推薦一個(gè)更精簡(jiǎn)的鎖的用法:

def threading_lock_test():
 # 創(chuàng)建鎖
 lock = threading.Lock()
 # 使用鎖的老方法
 lock.acquire()
 try:
 print('Critical section 1')
 print('Critical section 2')
 finally:
 lock.release()
 # 使用鎖的新方法
 with lock:
 print('Critical section 1')
 print('Critical section 2')

感謝各位的閱讀,以上就是“Python線程鎖Lock的使用介紹”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對(duì)Python線程鎖Lock的使用介紹這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!

網(wǎng)頁(yè)題目:Python線程鎖Lock的使用介紹
網(wǎng)站路徑:http://aaarwkj.com/article34/jpocpe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)頁(yè)設(shè)計(jì)公司、小程序開發(fā)品牌網(wǎng)站設(shè)計(jì)、關(guān)鍵詞優(yōu)化、網(wǎng)站設(shè)計(jì)公司、微信小程序

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

搜索引擎優(yōu)化
免费97久久人妻一区精品| 国产龙熟女高潮一区二区| 亚洲高清中文字幕专区| 亚洲丰满毛茸茸毛茸茸| 日本91一区二区不卡| 亚洲专区综合红桃av| 中文字幕在线日韩av| 美女性生活免费视频网站| 国产自偷一区二区三区| 免费午夜福利一区二区| 久久久久久精品妇女| 一区中文字幕人妻少妇| 欧美特黄大片在线观看| 精品久久久久久亚洲电影| 国产一区二区三区不卡av| 一区二区三区日韩国产电影| 久国产精品韩国三级视频| 99精品国产一区二区青青性色| 国产黄片免费高清观看| 日韩精品在线观看一二三区| 欧美专区另类综合日韩| 免费毛片一区二区三区四区| 最新日韩av一区二区| 未满十八禁止下载软件| 精品福利视频蜜臀91| 人妻少妇偷人精品免费看| 日本免费一区二区三区的电影啊| 日韩一区二区中文字幕| 国产成人大片一区二区三区| 日韩欧美短视频在线观看| 亚洲精品高清一区二区| 久久中文字幕日韩精品| 中文字幕人妻在线播放| 亚洲欧美日韩精品成人| 一区二区亚洲免费的视频| 男女爱爱视频网站久久精选| 亚洲精品国产熟女av| 人人妻人人澡人人揉| 日韩精品亚洲专区在线观看| 午夜激情视频福利在线观看| 粉嫩极品国产在线观看|