概念

django自帶一套信號機制來幫助我們在框架的不同位置之間傳遞信息。也就是說，當(dāng)某一事件發(fā)生時，信號系統(tǒng)可以允許一個或多個發(fā)送者（senders）將通知或信號（signals）發(fā)送給一組接受者（receivers）。

（感覺就很像Qt的信號與槽機制）

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

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

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

Django內(nèi)置信號

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

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

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

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

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

當(dāng)多對多字段被修改時發(fā)送信號。

django.db.models.signals.m2m_changed

當(dāng)接收和關(guān)閉HTTP請求時發(fā)送信號。

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

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

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

Signal.connect()方法

方法原型：

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

參數(shù)：

receiver ：當(dāng)前信號連接的回調(diào)函數(shù)，也就是處理信號的函數(shù)。 sender ：指定從哪個發(fā)送方接收信號。 weak ： 是否弱引用 dispatch_uid ：信號接收器的唯一標識符，以防信號多次發(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ù)來篩選接收哪個模型產(chǎn)生的信號，比如：

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

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

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

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

斷開信號

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

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

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

后記

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

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

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