我通过以下方式测试了 Django 的“pre_save”信号，但无法在其中任何一个中捕获信号。
$
from django.db.models.signals import pre_save
import logging
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback)
在 manage.py shell 中运行上面的代码： 然后我运行我的网站，看到 models.save() 工作成功，但是回调函数没有运行。
或者，我再次在 shell 上运行上述代码，然后在 shell 中运行 models.save()。“保存”再次运行良好，但回调函数仍然没有任何反应。
最后，我将上面的代码嵌入到一个__init__.py文件中，然后在网站上运行 save() 函数。不过，什么也没有发生。
请你帮我弄清楚为什么 pre_save 信号似乎不起作用？
您没有为一个设置发件人类。
from django.db.models.signals import pre_save
from myapp.models import MyModel
import logging
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback, sender=MyModel)
其次，如果你使用的是 Django 1.3，你应该使用新的装饰器语法。
# Inside your models.py
from django.db import models
from django.db.models.signals import pre_save
from django.dispatch import receiver
class MyModel(models.Model):
field1 = models.TextField()
field2 = models.IntegerField()
@receiver(pre_save, sender=MyModel)
def mymodel_save_handler(sender, **kwargs):
logging.debug("======================================")
那应该可以，但是我还没有测试过代码，所以让我知道它是否仍然损坏。
Eric 的回答使它起作用的原因是因为他让您在 models.py 中连接信号，因此当您通过您的网站保存模型时，信号处理程序与信号触发程序处于同一进程中。
在示例 1 和示例 3 中，很容易看出它们为什么不起作用 - 您将保存在与信号接收器正在收听的不同进程（网站）中。
我希望我能更好地理解为什么示例 2 也被破坏了，但我只是在我自己的项目中调试了一个类似的问题，同时在 shell 中测试信号，这绝对与信号发送方和接收方无法“看到”对方有关。
logging.debug()正在使用根记录器，默认情况下处理程序级别为30（“警告”）。
=>logging.debug('something')根本没有做任何事情（调试级别为 10 < 30）。请参阅http://docs.python.org/2/library/logging.html
应该使用另一个自定义记录器进行相同的测试，或者通过执行以下操作：
l = logging.getLogger()
l.setLevel(10)
def my_callback(sender, **kwargs):
logging.debug("======================================")
pre_save.connect(my_callback)
最初的问题没有包含足够的信息来了解这是否是 OP 面临的真正问题（或部分问题）。
但可以肯定的是，OP 的代码不适用于我的./manage.py shell
如django 信号文档中所述，pre_save信号接受 3 个唯一参数（不是关键字参数），因此，您需要将my_callback函数编辑为如下：
def my_callback(sender,instance, using, **kwargs):
logging.debug("======================================")