Django pre_save函数中获取request提示未定义，求解决方法

你遇到的核心问题是：Django的模型信号（比如pre_save）属于模型层逻辑，和请求/响应周期完全解耦，所以默认情况下信号函数里无法直接访问request对象——这就是为什么会报name 'request' is not defined的错误。

下面给你几种实用的解决方案，按推荐程度排序：

方案1：在视图中给实例添加临时属性（最推荐） #

这是最简单直接的方法，因为你在视图里肯定能拿到request，只需要在保存实例前给它加一个临时属性，信号函数里读取这个属性即可：

步骤1：在视图中传递值到实例 #

# views.py
from .models import TransactionProfile

def your_view(request):
    # 从session获取order_id
    session_order_id = request.session['order_id']
    
    # 创建或获取TransactionProfile实例
    profile = TransactionProfile.objects.get_or_create(user=request.user)[0]
    
    # 给实例添加临时属性（注意属性名前加下划线，表明是临时内部用的）
    profile._session_order_id = session_order_id
    
    # 保存实例，触发pre_save信号
    profile.save()

步骤2：在pre_save信号中读取临时属性 #

# 信号所在的文件（比如models.py或signals.py）
def transaction_profile_pre_save_receiver(sender, instance, *args, **kwargs):
    # 用getattr避免属性不存在时报错
    session_order_id = getattr(instance, '_session_order_id', None)
    
    if session_order_id:
        # 这里写你需要的逻辑，比如给实例的字段赋值
        instance.order_id = session_order_id
        
        # 可选：删除临时属性，避免意外存到数据库（虽然下划线开头的属性不会被Django序列化）
        delattr(instance, '_session_order_id')

这种方法不需要修改中间件，也没有线程安全问题，完全依赖实例本身传递上下文，非常清晰。

方案2：用线程局部存储全局获取request #

如果你的项目中有很多信号都需要访问request，可以用线程局部存储把request存起来，信号里直接取。不过要注意，这种方法在异步Django（ASGI）环境下需要调整，因为线程局部存储不适用于异步场景。

步骤1：编写中间件存储request #

# middleware.py
import threading

# 创建线程局部存储对象
_thread_locals = threading.local()

def get_current_request():
    """获取当前请求的request对象"""
    return getattr(_thread_locals, 'request', None)

class RequestMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

    def __call__(self, request):
        # 把request存到线程局部变量
        _thread_locals.request = request
        
        # 处理请求
        response = self.get_response(request)
        
        # 请求结束后清理，避免线程复用导致的上下文污染
        del _thread_locals.request
        
        return response

步骤2：注册中间件 #

在settings.py的MIDDLEWARE列表中添加这个中间件：

MIDDLEWARE = [
    # 其他中间件...
    'your_app_name.middleware.RequestMiddleware',
]

步骤3：在信号中获取request #

# 信号所在文件
from .middleware import get_current_request

def transaction_profile_pre_save_receiver(sender, instance, *args, **kwargs):
    request = get_current_request()
    
    # 先判断request和session是否存在，避免报错
    if request and 'order_id' in request.session:
        session_order_id = request.session['order_id']
        # 执行你的逻辑

方案3：重写模型save方法接受额外参数 #

你也可以通过重写模型的save方法，让它接受session_order_id作为参数，再传递给信号（本质和方案1类似，只是把临时属性的赋值封装到了save方法里）：

步骤1：重写模型save方法 #

# models.py
class TransactionProfile(models.Model):
    # 你的字段定义...
    
    def save(self, *args, session_order_id=None, **kwargs):
        if session_order_id is not None:
            self._session_order_id = session_order_id
        # 调用父类的save方法
        super().save(*args, **kwargs)

步骤2：视图中调用save时传参 #

# views.py
profile.save(session_order_id=request.session['order_id'])

步骤3：信号中读取临时属性 #

和方案1的信号代码完全一样，读取instance._session_order_id即可。

最后提醒：尽量避免在信号中依赖request上下文，因为信号是模型层的，应该保持模型的独立性。如果逻辑可以直接放在视图或模型的save方法里，优先考虑那些地方，信号只用来处理和模型状态相关的通用逻辑。

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