Django 3.2.4 模型信号仅DEBUG=True生效 DEBUG=False无报错不触发求助

问题核心原因 #

Django 在 DEBUG=False 生产模式下不会自动加载应用下的 signals.py 文件，导致信号接收器没有完成注册，这是 90% 以上同类问题的诱因。DEBUG=True 时开发服务器为了支持热重载会扫描加载所有应用模块，因此信号可以正常触发。

解决方案 #

1. 显式注册信号到应用的 AppConfig

首先找到存放 signals.py 的对应应用，修改其 apps.py 配置。比如信号存放在 sellrapp 应用下，修改 sellrapp/apps.py 如下：

from django.apps import AppConfig

class SellrappConfig(AppConfig):
    default_auto_field = 'django.db.models.BigAutoField'
    name = 'sellrapp'

    def ready(self):
        # 显式导入信号模块完成接收器注册
        import sellrapp.signals

然后修改 settings.py 中的 INSTALLED_APPS 配置，将原来的应用名替换为对应的 AppConfig 路径：

INSTALLED_APPS = [
    # 其他原有应用
    # 替换原来的 'sellrapp' 为下面的配置
    'sellrapp.apps.SellrappConfig',
    'stock_management',
    # 其他原有应用
]

2. 排查信号静默失败问题

DEBUG=False 时 Django 会默认隐藏运行时错误，你可以在信号函数中添加日志定位问题：
首先在 signals.py 开头引入日志模块：

import logging
logger = logging.getLogger(__name__)

然后在信号函数开头添加日志打印：

@receiver(pre_delete, sender=ManualWithdrawals)
def manual_wd(sender, instance, **kwargs):
    logger.info("pre_delete信号已触发，操作对象ID：%s", instance.id)
    # 剩下的原有代码

配置 settings.py 日志输出到文件，重启服务后测试删除操作，查看日志是否有对应打印：

• 如果没有打印：说明信号确实没有注册，检查第一步的 AppConfig 配置是否正确
• 如果有打印但逻辑没生效：说明信号函数内部执行出错，可继续添加日志打印变量值排查错误，比如 instance.type、关联对象是否存在等。

3. 冗余代码优化（非必须，建议修改）

pre_delete 信号传入的 instance 就是即将被删除的对象，不需要再主动查库获取，删除冗余代码即可：

# 删掉这行冗余查询
order = ManualWithdrawals.objects.get(id=instance.id)
# 后面的order替换为instance即可，比如：
consumer_order = instance.order_id_list.all()
sample_order = instance.sample_order_id_list.all()

内容的提问来源于stack exchange，提问作者Diand