概念

django自帶一套信號(hào)機(jī)制來幫助我們?cè)诳蚣艿牟煌恢弥g傳遞信息。也就是說，當(dāng)某一事件發(fā)生時(shí)，信號(hào)系統(tǒng)可以允許一個(gè)或多個(gè)發(fā)送者（senders）將通知或信號(hào)（signals）發(fā)送給一組接受者（receivers）。

（感覺就很像Qt的信號(hào)與槽機(jī)制）

信號(hào)系統(tǒng)包含以下三要素：

發(fā)送者－信號(hào)的發(fā)出方 信號(hào)－信號(hào)本身 接收者－信號(hào)的接受者

Django內(nèi)置了一整套信號(hào)，下面是一些比較常用的：

Django內(nèi)置信號(hào)

Model signals pre_init # django的modal執(zhí)行其構(gòu)造方法前，自動(dòng)觸發(fā) post_init # django的modal執(zhí)行其構(gòu)造方法后，自動(dòng)觸發(fā) pre_save # django的modal對(duì)象保存前，自動(dòng)觸發(fā) post_save # django的modal對(duì)象保存后，自動(dòng)觸發(fā) pre_delete # django的modal對(duì)象刪除前，自動(dòng)觸發(fā) post_delete # django的modal對(duì)象刪除后，自動(dòng)觸發(fā) m2m_changed # django的modal中使用m2m字段操作第三張表（add,remove,clear）前后，自動(dòng)觸發(fā) class_prepared # 程序啟動(dòng)時(shí)，檢測(cè)已注冊(cè)的app中modal類，對(duì)于每一個(gè)類，自動(dòng)觸發(fā)Management signals pre_migrate # 執(zhí)行migrate命令前，自動(dòng)觸發(fā) post_migrate# 執(zhí)行migrate命令后，自動(dòng)觸發(fā)Request/response signals request_started # 請(qǐng)求到來前，自動(dòng)觸發(fā) request_finished # 請(qǐng)求結(jié)束后，自動(dòng)觸發(fā) got_request_exception # 請(qǐng)求異常后，自動(dòng)觸發(fā)Test signals setting_changed # 使用test測(cè)試修改配置文件時(shí)，自動(dòng)觸發(fā) template_rendered # 使用test測(cè)試渲染模板時(shí)，自動(dòng)觸發(fā)Database Wrappers connection_created # 創(chuàng)建數(shù)據(jù)庫連接時(shí)，自動(dòng)觸發(fā)

在ORM模型的save()方法調(diào)用之前或之后發(fā)送信號(hào)

django.db.models.signals.pre_savedjango.db.models.signals.post_save

在ORM模型或查詢集的delete()方法調(diào)用之前或之后發(fā)送信號(hào)。

django.db.models.signals.pre_deletedjango.db.models.signals.post_delete

當(dāng)多對(duì)多字段被修改時(shí)發(fā)送信號(hào)。

django.db.models.signals.m2m_changed

當(dāng)接收和關(guān)閉HTTP請(qǐng)求時(shí)發(fā)送信號(hào)。

django.core.signals.request_starteddjango.core.signals.request_finished

這就很方便了，想象一下這樣一個(gè)情景，我們引入了一個(gè)第三方的Django庫，他會(huì)創(chuàng)建模型，我們想要在不修改他的代碼的情況下，在他創(chuàng)建模型的時(shí)候同時(shí)修改其他表的數(shù)據(jù)，那么這時(shí)候信號(hào)機(jī)制就能派上用場(chǎng)了。

簡(jiǎn)單使用例子信號(hào)監(jiān)聽有兩種方式，一種是 Signal.connect() 方法，一種是裝飾器。

Signal.connect()方法

方法原型：

Signal.connect(receiver, sender=None, weak=True, dispatch_uid=None)[source]

參數(shù)：

receiver ：當(dāng)前信號(hào)連接的回調(diào)函數(shù)，也就是處理信號(hào)的函數(shù)。 sender ：指定從哪個(gè)發(fā)送方接收信號(hào)。 weak ： 是否弱引用 dispatch_uid ：信號(hào)接收器的唯一標(biāo)識(shí)符，以防信號(hào)多次發(fā)送。

裝飾器法

from django.core.signals import request_finishedfrom django.dispatch import receiver@receiver(request_finished)def my_callback(sender, **kwargs): print('Request finished!')

可以給 receiver 添加 sender 參數(shù)來篩選接收哪個(gè)模型產(chǎn)生的信號(hào)，比如：

from django.db.models import signalsfrom django.dispatch import receiver@receiver(signals.post_save, sender=MyModel)def demo_callback(sender: MyModel, instance: MyModel, **kwargs): pass

注意要讀取傳入的模型對(duì)象一定是要用 instance 參數(shù)，不是 sender ！ sender 是一個(gè)類型！

設(shè)置dispatch_uid參數(shù)防止重復(fù)信號(hào)為了防止重復(fù)信號(hào)，可以設(shè)置dispatch_uid參數(shù)來標(biāo)識(shí)你的接收器，標(biāo)識(shí)符通常是一個(gè)字符串，如下所示：

from django.core.signals import request_finishedrequest_finished.connect(my_callback, dispatch_uid='my_unique_identifier')

斷開信號(hào)

在滿足某些條件下，我們不再需要監(jiān)聽信號(hào)，可以選擇斷開信號(hào)。

Signal.disconnect()用來斷開信號(hào)的接收器。和Signal.connect()中的參數(shù)相同。如果接收器成功斷開，返回True，否則返回False。

Signal.disconnect(receiver=None, sender=None, dispatch_uid=None)[source]

后記

最近剛?cè)肼氻?xiàng)目很多特別的忙，也學(xué)到了很多新技術(shù)，但是感覺已經(jīng)好久沒有時(shí)間來好好寫一篇博客了，就算是本文也是短時(shí)間拼湊的，真是難呀，周末得好好整理一下最近的技術(shù)筆記。

關(guān)于Django信號(hào)機(jī)制的更多內(nèi)容（自定義信號(hào)等），可以參考官方文檔。 https://docs.djangoproject.com/en/3.0/topics/signals/

到此這篇關(guān)于3分鐘看懂Python后端必須知道的Django的信號(hào)機(jī)制的文章就介紹到這了,更多相關(guān)Django 信號(hào)機(jī)制內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！