Django 框架包含了一个信号机制,它允许若干个发送者(sender)通知一组接收者(receiver)某些特定操作或事件(events)已经发生了, 接收者收到指令信号(signals)后再去执行特定的操作。
Django 中的信号工作机制依赖如下三个主要要素:
post_save
信号。信号主要用于Django项目内不同事件的联动,实现程序的解耦。比如当模型A有变动时,模型B与模型C收到发出的信号后同步更新。又或当一个数据表数据有所改变时,监听这个信号的函数可以及时清除已失效的缓存。另外通知也是一个信号常用的场景,比如有人刚刚回复了你的贴子,可以通过信号进行推送。
注意:Django中信号监听函数不是异步执行,而是同步执行,所以需要异步执行耗时的任务时(比如发送邮件或写入文件),不建议使用Django自带的信号。
假如我们有一个Profile模型,与User模型是一对一的关系。我们希望创建User对象实例时自动创建Profile对象实例,而更新User对象实例时不创建新的Profile对象实例。这时我们就可以自定义 create_user_profile
和save_user_profile
两个监听函数,同时监听sender (User模型)发出的post_save
信号。由于post_save
可同时用于模型的创建和更新,我们用if created
这个判断来加以区别。
from django.db import models
from django.db.models.signals import post_save
from django.dispatch import receiver
class Profile(models.Model):
user = models.OneToOneField(User, on_delete=models.CASCADE)
birth_date = models.DateField(null=True, blank=True)
# 监听User模型创建
@receiver(post_save, sender=User)
def create_user_profile(sender, instance, created, **kwargs):
if created:
Profile.objects.create(user=instance)
# 监听User模型更新
@receiver(post_save, sender=User)
def save_user_profile(sender, instance, **kwargs):
instance.profile.save()
我们再来看一个使用信号清除缓存的例子。当模型A被更新或被删除时,会分别发出post_save
和post_delete
的信号,监听这两个信号的receivers函数会自动清除缓存里的A对象列表。
from django.core.cache import cache
from django.db.models.signals import post_delete, post_save
from django.dispatch import receiver
@receiver(post_save, sender=ModelA)
def cache_post_save_handler(sender, **kwargs):
cache.delete('cached_a_objects')
@receiver(post_delete, sender=ModelA)
def cache_post_delete_handler(sender, **kwargs):
cache.delete('cached_a_objects')
注意:有时为了防止信号多次发送,可以通过dispatch_uid
给receiver函数提供唯一标识符。
@receiver(post_delete, sender=ModelA, dispatch_uid = "unique_identifier")
前面例子我们仅仅使用了post_save
和post_delete
信号。Django还内置了其它常用信号:
这些信号都非常有用。举个例子:使用pre_save
信号可以在将用户的评论存入数据库前对其进行过滤,或则检测一个模型对象的字段是否发生了变更。
注意:监听pre_save
和post_save
信号的回调函数不能再调用save()
方法,否则回出现死循环。另外Django的update
方法不会发出pre_save
和post_save
的信号。
在之前案例中,我们将Django信号的监听函数写在了models.py
文件里。当一个app的与信号相关的自定义监听函数很多时,此时models.py代码将变得非常臃肿。一个更好的方式把所以自定义的信号监听函数集中放在app对应文件夹下的signals.py
文件里,便于后期集中维护。
假如我们有个account
的app,包含了User和Profile模型,我们首先需要在account
文件夹下新建signals.py
,如下所示:
# account/signals.py
from django.db.models.signals import post_save
from django.dispatch import receiver
from .models import User, Profile
@receiver(post_save, sender=User)
def create_user_profile(sender, instance, created, **kwargs):
if created:
Profile.objects.create(user=instance)
@receiver(post_save, sender=User)
def save_user_profile(sender, instance, **kwargs):
instance.profile.save()
接下来我们需要修改account
文件下apps.py
和__init__.py
,以导入创建的信号监听函数。
# apps.py
from django.apps import AppConfig
class AccountConfig(AppConfig):
name = 'account'
def ready(self):
import account.signals
# account/__init__.py中增加如下代码:
default_app_config = 'account.apps.AccountConfig'
Django的内置信号在大多数情况下能满足我们的项目需求,但有时我们还需要使用自定义的信号。在Django项目中使用自定义信号也比较简单,分三步即可完成。
每个自定义的信号,都是Signal类的实例。这里我们首先在app目录下新建一个signals.py
文件,创建一个名为my_signal
的信号,它包含有msg
这个参数,这个参数在信号触发的时候需要传递。当监听函数收到这个信号时,会得到msg
参数的值。
from django.dispatch import Signal
my_signal = Signal(providing_args=['msg'])
视图中进行某个操作时可以使用send
方法触发自定义的信号,并设定msg
的值。
from . import signals
# Create your views here.
def index(request):
signals.my_signal.send(sender=None, msg='Hello world')
return render(request, template_name='index.html')
from django.dispatch import Signal, Receiver
my_signal = Signal(providing_args=['msg'])
@receiver(my_signal)
def my_signal_callback(sender, **kwargs):
print(kwargs['msg']) # 打印Hello world!
这样每当用户访问/index/视图时,Django都会发出my_signal
的信号(包含msg这个参数)。回调函数收到这个信号后就会打印出msg的值来。
参考:https://pythondjango.cn/django/advanced/10-signala/