婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 分析Python感知線程狀態(tài)的解決方案之Event與信號量

分析Python感知線程狀態(tài)的解決方案之Event與信號量

熱門標簽:百度地圖標注位置怎么修改 無錫客服外呼系統(tǒng)一般多少錢 梅州外呼業(yè)務(wù)系統(tǒng) 北京電信外呼系統(tǒng)靠譜嗎 洪澤縣地圖標注 老人電話機器人 地圖標注視頻廣告 高德地圖標注是免費的嗎 大連crm外呼系統(tǒng)

一、停止線程

利用Threading庫我們可以很方便地創(chuàng)建線程,讓它按照我們的想法執(zhí)行我們想讓它執(zhí)行的事情,從而加快程序運行的效率。然而有一點坑爹的是,線程創(chuàng)建之后,就交給了操作系統(tǒng)執(zhí)行,我們無法直接結(jié)束一個線程,也無法給它發(fā)送信號,無法調(diào)整它的調(diào)度,也沒有其他高級操作。如果想要相關(guān)的功能,只能自己開發(fā)。

怎么開發(fā)呢?

我們創(chuàng)建線程的時候指定了target等于一個我們想讓它執(zhí)行的函數(shù),這個函數(shù)并不一定是全局函數(shù),實際上也可以是一個對象中的函數(shù)。如果是對象中的函數(shù),那么我們就可以在這個函數(shù)當中獲取到對象中的其他信息,我們可以利用這一點來實現(xiàn)手動控制線程的停止。

說起來好像不太好理解,但是看下代碼真的非常簡單:

import time
from threading import Thread

class TaskWithSwitch:
    def __init__(self):
        self._running = True
        
    def terminate(self):
        self._running = False

    def run(self, n):
        while self._running and n > 0:
            print('Running {}'.format(n))
            n -= 1
            time.sleep(1)

c = TaskWithSwitch()
t = Thread(target=c.run, args=(10, ))
t.start()
c.terminate()
t.join()

如果你運行這段代碼,會發(fā)現(xiàn)屏幕上只輸出了10,因為我們將_running這個字段置為False之后,下次循環(huán)的時候不再滿足循環(huán)條件,它就會自己退出了。

如果我們想要用多線程來讀取IO,由于IO可能存在堵塞,所以可能會出現(xiàn)線程一直無法返回的情況。也就是說我們在循環(huán)內(nèi)部卡死了,這個時候單純用_running來判斷還是不夠的,我們需要在線程內(nèi)部設(shè)置計時器,防止循環(huán)內(nèi)部的卡死。

class IOTask:
    def __init__(self):
        self._running = True
        
    def terminate(self):
        self._running = False

    def run(self, sock):
        # 在socket中設(shè)置計時器
        sock.settimeout(10)
        while self._running:
            try:
                # 由于設(shè)置了計時器,所以這里不會永久等待
                data = sock.recv(1024)
                break
            except socket.timeout:
                continue
        return

二、線程信號的傳遞

我們之所以如此費勁才能控制線程的運行,主要原因是線程的狀態(tài)是不可知的,并且我們無法直接操作它,因為它是被操作系統(tǒng)管理的。我們運行的主線程和創(chuàng)建出來的線程是獨立的,兩者之間并沒有從屬關(guān)系,所以想要實現(xiàn)對線程的狀態(tài)進行控制,往往需要我們通過其他手段來實現(xiàn)。

我們來思考一個場景,假設(shè)我們有一個任務(wù),需要在另外一個線程運行結(jié)束之后才能開始執(zhí)行。要想要實現(xiàn)這一點,就必須對線程的狀態(tài)有所感知,需要其他線程傳遞出信號來才行。我們可以使用threading中的Event工具來實現(xiàn)這一點。Event工具就是可以用來傳遞信號的,就好像是一個開關(guān),當一個線程執(zhí)行完成之后,會去啟動這個開關(guān)。而這個開關(guān)控制著另外一段邏輯的運行。

我們來看下樣例代碼:

import time
from threading import Thread, Event

def run_in_thread():
    time.sleep(1)
    print('Thread is running')

t = Thread(target=run_in_thread)
t.start()

print('Main thread print')

我們在線程里面就只做了輸出一行提示符,沒有其他任何邏輯。由于我們在run_in_thread函數(shù)當中沉睡了1s,所以一定是先輸出Main thread print再輸出的Thread is running。假設(shè)這個線程是一個很重要的任務(wù),我們希望主線程能夠等待它運行到一個階段再往下執(zhí)行,我們應(yīng)該怎么辦呢?

注意,這里說的是運行到一個階段,并不是運行結(jié)束。運行結(jié)束我們很好處理,可以通過join來完成。但如果不是運行結(jié)束,而是運行完成了某一個階段,當然通過join也可以,但是會損害整體的效率。這個時候我們就必須要用上Event了。加上Event之后,我們再來看下代碼:

import time
from threading import Thread, Event

def run_in_thread(event):
    time.sleep(1)
    print('Thread is running')
    # set一下event,這樣外面wait的部分就會被啟動
    event.set()

# 初始化Event
event = Event()
t = Thread(target=run_in_thread, args=(event, ))
t.start()

# event等待set
event.wait()
print('Main thread print')

整體的邏輯沒有太多的修改,主要的是增加了幾行關(guān)于Event的使用代碼。

我們?nèi)绻玫紼vent,最好在代碼當中只使用一次。當然通過Event中的clear方法我們可以重置Event的值,但問題是我們沒辦法保證重置的這個邏輯會在wait之前執(zhí)行。如果是在之后執(zhí)行的,那么就會問題,并且在debug的時候會異常痛苦,因為bug不是必現(xiàn)的,而是有時候會出現(xiàn)有時候不會出現(xiàn)。這種情況往往都是因為多線程的使用問題。

所以如果要多次使用開關(guān)和信號的話,不要使用Event,可以使用信號量。

三、信號量

Event的問題在于如果多個線程在等待Event的發(fā)生,當它一旦被set的時候,那么這些線程都會同時執(zhí)行。但有時候我們并不希望這樣,我們希望可以控制這些線程一個一個地運行。如果想要做到這一點,Event就無法滿足了,而需要使用信號量。

信號量和Event的使用方法類似,不同的是,信號量可以保證每次只會啟動一個線程。因為這兩者的底層邏輯不太一致,對于Event來說,它更像是一個開關(guān)。一旦開關(guān)啟動,所有和這個開關(guān)關(guān)聯(lián)的邏輯都會同時執(zhí)行。而信號量則像是許可證,只有拿到許可證的線程才能執(zhí)行工作,并且許可證一次只發(fā)一張。

想要使用信號量并不需要自己開發(fā),thread庫當中為我們提供了現(xiàn)成的工具——Semaphore,我們來看它的使用代碼:

# 工作線程
def worker(n, sema):
    # 等待信號量
    sema.acquire()
    print('Working', n)

# 初始化
sema = threading.Semaphore(0)
nworkers = 10
for n in range(nworkers):
    t = threading.Thread(target=worker, args=(n, sema,))
    t.start()

在上面的代碼當中我們創(chuàng)建了10個線程,雖然這些線程都被啟動了,但是都不會執(zhí)行邏輯,因為sema.acquire是一個阻塞方法,沒有監(jiān)聽到信號量是會一直掛起等待。

當我們釋放信號量之后,線程被啟動,才開始了執(zhí)行。我們每釋放一個信號,則會多啟動一個線程。這里面的邏輯應(yīng)該不難理解。

四、總結(jié)

在并發(fā)場景當中,多線程的使用絕不是多啟動幾個線程做不同的任務(wù)而已,我們需要線程間協(xié)作,需要同步、獲取它們的狀態(tài),這是非常不容易的。一不小心就會出現(xiàn)幽靈bug,時顯時隱,這也是并發(fā)問題讓人頭疼的主要原因。

以上就是分析Python感知線程狀態(tài)的解決方案之Event與信號量的詳細內(nèi)容,更多關(guān)于Python 感知線程狀態(tài) Event與信號量的資料請關(guān)注腳本之家其它相關(guān)文章!

您可能感興趣的文章:
  • 像線程一樣管理進程的Python multiprocessing庫
  • Python爬蟲之線程池的使用
  • Python多線程編程之threading模塊詳解
  • 深入理解python多線程編程
  • Python一些線程的玩法總結(jié)

標簽:岳陽 清遠 吉林 長春 泉州 安慶 怒江 洛陽

巨人網(wǎng)絡(luò)通訊聲明:本文標題《分析Python感知線程狀態(tài)的解決方案之Event與信號量》,本文關(guān)鍵詞  分析,Python,感知,線程,狀態(tài),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《分析Python感知線程狀態(tài)的解決方案之Event與信號量》相關(guān)的同類信息!
  • 本頁收集關(guān)于分析Python感知線程狀態(tài)的解決方案之Event與信號量的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    91精品国产免费久久综合| 中文字幕日韩欧美一区二区三区| 色噜噜狠狠色综合中国| 国产成人av福利| 国产一区日韩二区欧美三区| 国内精品久久久久影院色| 久久99国产精品麻豆| 精品亚洲porn| 国产精品911| 国产精品一区二区你懂的| 国产中文字幕一区| 国产成人午夜精品5599| 成人精品电影在线观看| 99久久国产综合色|国产精品| 91视视频在线观看入口直接观看www | 日韩国产在线观看| 日本亚洲一区二区| 韩国欧美国产1区| 成人性视频免费网站| 91免费小视频| 欧美丝袜丝交足nylons| 欧美一区二区三区四区在线观看 | 国产女人水真多18毛片18精品视频 | 欧美www视频| 久久久亚洲精品一区二区三区| 国产欧美日韩综合| 亚洲欧美激情在线| 亚洲成av人**亚洲成av**| 久色婷婷小香蕉久久| 懂色av一区二区夜夜嗨| 在线视频中文字幕一区二区| 欧美一区欧美二区| 国产蜜臀97一区二区三区| 日韩美女视频19| 日韩不卡手机在线v区| 国产成人a级片| 欧洲精品一区二区三区在线观看| 欧美一区二区在线看| 欧美国产1区2区| 亚洲成人免费观看| 国产传媒日韩欧美成人| 欧美性做爰猛烈叫床潮| 26uuu国产日韩综合| 亚洲激情六月丁香| 国产真实乱偷精品视频免| 91黄色激情网站| 精品少妇一区二区三区日产乱码| 国产精品国产馆在线真实露脸| 亚洲国产中文字幕在线视频综合| 久久99精品视频| 在线免费观看日本欧美| 久久伊人蜜桃av一区二区| 夜夜揉揉日日人人青青一国产精品| 久久福利资源站| 欧美亚洲国产一卡| 欧美极品另类videosde| 午夜精品福利视频网站| 成人a免费在线看| 日韩免费性生活视频播放| 亚洲美女一区二区三区| 国产剧情一区在线| 欧美一区二区三区在| 玉米视频成人免费看| 国产高清久久久久| 日韩视频永久免费| 亚洲国产美国国产综合一区二区 | 久久久国产一区二区三区四区小说| 亚洲一卡二卡三卡四卡五卡| 成人性生交大片免费看中文网站| 日韩一级片在线观看| 亚洲精品第1页| 成人免费高清在线观看| 精品国产免费一区二区三区四区 | 蜜臀av一级做a爰片久久| 91在线精品一区二区三区| 精品成人私密视频| 日本一不卡视频| 欧美色老头old∨ideo| 亚洲色图另类专区| 成人三级伦理片| 久久久久久电影| 激情欧美日韩一区二区| 日韩一级片网站| 日本不卡高清视频| 欧美日韩国产综合久久| 亚洲午夜一二三区视频| 91成人看片片| 洋洋成人永久网站入口| 色综合欧美在线| 亚洲女人的天堂| 91小宝寻花一区二区三区| 亚洲欧美自拍偷拍| 91在线国产福利| 综合久久给合久久狠狠狠97色 | 精品福利一二区| 精品一区在线看| 精品久久久久99| 国产在线看一区| 国产亚洲污的网站| 成人永久aaa| 一色桃子久久精品亚洲| 91最新地址在线播放| 亚洲欧美一区二区不卡| 在线视频观看一区| 亚洲18女电影在线观看| 678五月天丁香亚洲综合网| 日本免费在线视频不卡一不卡二| 欧美浪妇xxxx高跟鞋交| 免费xxxx性欧美18vr| 日韩欧美国产一区在线观看| 久久精品免费看| 久久亚洲二区三区| 成人免费视频视频在线观看免费 | 激情图片小说一区| 国产日韩欧美不卡在线| 99国产精品久久| 亚洲一区二区影院| 欧美一区二区三区在线电影| 激情文学综合插| 国产精品盗摄一区二区三区| 色网综合在线观看| 亚洲成人www| 日韩欧美国产一二三区| 丰满岳乱妇一区二区三区| 一区免费观看视频| 欧美日本一区二区在线观看| 麻豆久久久久久| 中文字幕欧美日本乱码一线二线 | 国产精品激情偷乱一区二区∴| 色偷偷久久一区二区三区| 视频精品一区二区| 国产色产综合产在线视频| 色综合久久99| 久久成人麻豆午夜电影| 国产精品高清亚洲| 69堂成人精品免费视频| 国产精品中文字幕日韩精品| 亚洲丝袜精品丝袜在线| 欧美一区二区免费视频| 成人高清视频免费观看| 亚瑟在线精品视频| 欧美韩国日本一区| 欧美精品1区2区| 波多野结衣亚洲一区| 日韩在线一区二区三区| 国产精品女主播av| 69成人精品免费视频| 99精品视频在线免费观看| 视频一区欧美精品| 日韩毛片一二三区| 精品剧情在线观看| 欧美午夜精品理论片a级按摩| 国产一区二区精品在线观看| 亚洲一区在线免费观看| 久久九九久精品国产免费直播| 91年精品国产| 国产精品一区免费视频| 亚洲第一av色| 亚洲欧洲无码一区二区三区| 日韩欧美中文字幕精品| 一本高清dvd不卡在线观看| 国产麻豆午夜三级精品| 丝瓜av网站精品一区二区| 中文字幕一区二区视频| 精品国产免费人成电影在线观看四季 | 国产一区二区三区不卡在线观看| 亚洲精品国产视频| 欧美国产日韩精品免费观看| 日韩一区二区麻豆国产| 欧美综合一区二区| youjizz久久| 国产在线日韩欧美| 日本vs亚洲vs韩国一区三区二区| 亚洲精品国久久99热| 国产精品无人区| 久久久不卡影院| 欧美mv和日韩mv国产网站| 91麻豆精品国产91久久久久| 色94色欧美sute亚洲线路二| eeuss鲁片一区二区三区 | 欧美日韩在线播| 91尤物视频在线观看| 国产成人自拍网| 国产精品自拍网站| 国产精品一二三| 国产一区二区三区国产| 国内久久婷婷综合| 日本视频中文字幕一区二区三区| 亚洲欧美电影一区二区| 亚洲视频一二区| 日韩美女视频19| 1区2区3区国产精品| 中文字幕一区二区三区在线播放| 欧美韩日一区二区三区四区| 国产欧美一区二区精品忘忧草| 精品免费日韩av| 久久婷婷综合激情| 国产婷婷色一区二区三区在线| 久久奇米777| 日本一区二区免费在线观看视频|