pre_save和post_save信号拿不到字段变化值，因信号不提供旧值：pre_save时实例字段已是新值，post_save时数据库旧状态已覆盖；需在信号前主动获取原始数据对比。
为什么 pre_save 和 post_save 信号拿不到字段变化值
因为 Django 的信号本身不提供“旧值”——pre_save 触发时，模型实例的字段已是新值（除非你手动 reload），而 post_save 更是连数据库旧状态都已覆盖。想对比差异，必须在信号触发前主动抓取原始数据。
常见错误是直接在 pre_save 里读 instance.field，以为那是旧值；实际上它和你在视图里刚赋的新值完全一致。
- 正确做法：在
pre_save中检查instance.pk是否存在，若存在则用Model.objects.get(pk=instance.pk)查出数据库当前值（注意捕获DoesNotExist） - 更稳妥的方式：在模型的
__init__或save()方法里缓存初始值，避免重复查询 - 性能敏感场景慎用
get()查询——尤其批量更新时，会引发 N+1 查询
用 __dict__ 快速提取字段差异（含外键和时间字段）
Django 模型实例的 __dict__ 包含所有字段的当前内存值（包括 _fk_id 形式的外键字段），但不含延迟加载的反向关系或自定义属性。对比时需过滤掉以 _ 开头的非字段键（如 _state）。
示例逻辑：
def get_field_diff(instance):
if not instance.pk:
return {}
old = instance.__class__.objects.get(pk=instance.pk)
new_dict = {k: v for k, v in instance.__dict__.items() if not k.startswith('_')}
old_dict = {k: v for k, v in old.__dict__.items() if not k.startswith('_')}
return {k: (old_dict[k], new_dict[k]) for k in new_dict if k in old_dict and old_dict[k] != new_dict[k]}
- 注意
DateTimeField和AutoNow字段可能因时区或精度导致误判，建议用astimezone()统一后比较 - 外键字段名默认为
xxx_id，对比时优先用该字段而非xxx对象（避免触发额外查询） -
JSONField、ArrayField等复杂类型需用json.dumps(..., sort_keys=True)标准化后再比
在 pre_save 信号中安全注入差异数据到信号参数
标准 pre_save 信号不带差异信息，但你可以用 sender 和 instance 动态计算，并通过 **kwargs 注入自定义字段（Django 允许往信号调用中传任意关键字参数）。
关键点：
- 不要修改
instance本身来存 diff（破坏单一职责，且可能被后续中间件覆盖） - 推荐在信号接收器内调用
get_field_diff()，然后记录日志或发消息，而不是试图把 diff 传给其他信号处理器 - 如果必须跨信号传递，可用线程局部存储（
threading.local()），但要确保清理，否则引发内存泄漏 - 避免在信号里做耗时操作（如 HTTP 请求、写文件）——考虑用 Celery 异步处理
替代方案：重写模型 save() 方法比信号更可控
如果你只关心特定模型的变更，直接重载 save() 是最清晰的选择。它天然拥有 self._state.adding 和可选的 update_fields 参数，还能在事务内完成读-比-存闭环。
示例：
def save(self, *args, **kwargs):
is_update = self.pk is not None
if is_update:
old = self.__class__.objects.get(pk=self.pk)
changed = {f.name: (getattr(old, f.name), getattr(self, f.name))
for f in self._meta.fields
if getattr(old, f.name) != getattr(self, f.name)}
# 做你想做的事：记录、通知、校验……
super().save(*args, **kwargs)
- 相比信号，这里能精确控制何时触发（比如只在
update_fields指定时才比） - 不会受信号连接顺序影响，也不依赖第三方 app 的信号注册时机
- 但要注意：bulk_create / bulk_update 不会调用
save()，这类场景仍需配合管理器或数据库触发器
真正难的不是拿到差异，而是判断哪些字段值得比、比到什么粒度、以及在并发写入下如何避免读到过期快照——这些得结合业务锁策略或数据库级别的 SELECT FOR UPDATE 来补全。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
