信号
Django 提供了一系列的内建信号,允许用户的代码获得DJango的特定操作的通知。这包含一些有用的通知:
&
django.db.models.signals.post_delete
在模型方法或查询集的
delete()
方法调用之前或之后发送。-
模型上的
ManyToManyField
修改时发送。 &
django.core.signals.request_finished
Django建立或关闭HTTP 请求时发送。
关于完整列表以及每个信号的完整解释,请见 。
你也可以定义和发送你自己的自定义信号;见下文。
你需要注册一个接收器函数来接受信号,它在信号使用发送时被调用:
Signal.``connect
(receiver[, sender=None, weak=True, dispatch_uid=None])
Parameters:
- receiver – 和这个信号连接的回调函数。详见接收器函数。
- sender – 指定一个特定的发送器,来从它那里接受信号。详见。
- weak – DJango通常以弱引用储存信号处理器。这就是说,如果你的接收器是个局部变量,可能会被垃圾回收。当你调用信号的
connect()
方法是,传递weak=False
来防止这样做。 - dispatch_uid – 一个信号接收器的唯一标识符,以防信号多次发送。详见防止重复的信号。
让我们来看一看它如何通过注册在每次在HTTP请求结束时调用的信号来工作。我们将会连接到 信号。
首先,我们需要定义接收器函数。接受器可以是Python函数或者方法:
注意函数接受sender
函数,以及通配符关键字参数(**kwargs
);所有信号处理器都必须接受这些参数。
我们过一会儿再关注发送器,现在先看一看**kwargs
参数。所有信号都发送关键字参数,并且可以在任何时候修改这些关键字参数。在 的情况下,它被记录为不发送任何参数,这意味着我们可能需要像my_callback(sender)
一样编写我们自己的信号处理器。
这是错误的 — 实际上,如果你这么做了,Django会抛出异常。这是因为无论什么时候信号中添加了参数,你的接收器都必须能够处理这些新的参数。
连接接收器函数
有两种方法可以将一个接收器连接到信号。你可以采用手动连接的方法:
from django.core.signals import request_finished
receiver
(signal)
Parameters:
signal – A signal or a list of signals to connect a function to.
下面是使用装饰器连接的方法:
现在,我们的my_callback
函数会在每次请求结束时调用。
这段代码应该放在哪里?
严格来说,信号处理和注册的代码应该放在你想要的任何地方,但是推荐避免放在应用的根模块和模块中,以尽量减少产生导入代码的副作用。
实际上,信号处理通常定义在应用相关的signals
子模块中。信号接收器在你应用配置类中的 方法中连接。如果你使用;额 receiver()
装饰器,只是在内部导入signals
子模块就可以了。
Changed in Django 1.7:
由于ready()
并不在Django之前版本中存在,信号的注册通常在models
模块中进行。
注意
方法会在测试期间执行多次,所以你可能想要防止重复的信号,尤其是打算在测试中发送它们的情况。
一些信号会发送多次,但是你只想接收这些信号的一个确定的子集。例如,考虑 信号,它在模型保存之前发送。大多数情况下,你并不需要知道 任何模型何时保存 — 只需要知道一个特定的模型何时保存。
在这些情况下,你可以通过注册来接收只由特定发送器发出的信号。对于django.db.models.signals.pre_save
的情况, 发送者是被保存的模型类,所以你可以认为你只需要由某些模型发出的信号:
from django.db.models.signals import pre_save
from django.dispatch import receiver
from myapp.models import MyModel
@receiver(pre_save, sender=MyModel)
def my_handler(sender, **kwargs):
...
my_handler
函数只在MyModel
实例保存时被调用。
不同的信号使用不同的对象作为他们的发送器;对于每个特定信号的细节,你需要查看。
防止重复的信号
在一些情况下,向接收者发送信号的代码可能会执行多次。这会使你的接收器函数被注册多次,并且导致它对于同一信号事件被调用多次。
如果这样的行为会导致问题(例如在任何时候模型保存时使用信号来发送邮件),传递一个唯一的标识符作为 dispatch_uid
参数来标识你的接收器函数。标识符通常是一个字符串,虽然任何可计算哈希的对象都可以。最后的结果是,对于每个唯一的dispatch_uid
值,你的接收器函数都只被信号调用一次:
你的应用可以利用信号功能来提供自己的信号。
class Signal
([providing_args=list])
例如:
import django.dispatch
这段代码声明了pizza_done
信号,它向接受者提供toppings
和 size
参数。
要记住你可以在任何时候修改参数的列表,所以首次尝试的时候不需要完全确定API。
发送信号
Django中有两种方法用于发送信号。
Signal.``send
(sender, **kwargs)
Signal.``send_robust
(sender, **kwargs)
调用 Signal.send()
或者来发送信号。你必须提供sender
参数(大多数情况下它是一个类),并且可以提供尽可能多的关键字参数。
例如,这样来发送我们的pizza_done
信号:
send()
和send_robust()
都会返回一个含有二元组的列表 [(receiver, response), ...
],它代表了被调用的接收器函数和他们的响应值。
send()
与 send_robust()
在处理接收器函数产生的异常时有所不同。send()
不会 捕获任何由接收器产生的异常。它会简单地让错误往上传递。所以在错误产生的情况,不是所有接收器都会获得通知。
send_robust()
捕获所有继承自Python Exception
类的异常,并且确保所有接收器都能得到信号的通知。如果发生了错误,错误的实例会在产生错误的接收器的二元组中返回。
New in Django 1.8:
调用send_robust()
的时候,所返回的错误的__traceback__
属性上会带有 traceback。
Signal.``disconnect
([receiver=None, sender=None, weak=True, dispatch_uid=None])
调用Signal.disconnect()
来断开信号的接收器。 中描述了所有参数。如果接收器成功断开,返回 True
,否则返回False
。
receiver
参数表示要断开的已注册接收器。如果dispatch_uid
用于定义接收器,可以为。
Changed in Django 1.8:
增加了返回的布尔值。