Python2环境下Django如何先返回JsonResponse再更新数据库避免超时

针对你提到的Python2.7版本老旧Django项目的耗时数据库更新导致请求超时的问题，有可落地的临时实现方案，以下是两种无需引入额外依赖的实现方式：

方案1：使用threading模块开启子线程执行耗时任务（最便捷） #

Python2.7原生支持threading模块，你可以在视图中先启动承载数据库更新逻辑的子线程，再直接返回HTTP响应，无需等待子线程执行完成。

import threading
from django.http import JsonResponse
from yourapp.models import YourModel

def update_db_task(param1, param2):
    # 此处编写你的耗时数据库更新逻辑
    # 注意：不要复用视图函数里的数据库连接，线程内单独操作ORM即可，Django会自动分配新连接
    obj = YourModel.objects.get(id=param1)
    obj.your_field = param2
    obj.save()
    # 其他耗时操作逻辑...

def your_view(request):
    # 先提取需要的参数，不要把request对象传到子线程里，避免请求结束后request被回收触发异常
    target_id = request.GET.get('id')
    update_value = request.GET.get('value')
    # 启动子线程
    t = threading.Thread(target=update_db_task, args=(target_id, update_value))
    t.setDaemon(True) # 设置为守护线程，主进程退出时自动销毁，避免出现僵尸线程
    t.start()
    # 直接返回响应，无需等待线程执行完成
    return JsonResponse({"code": 0, "msg": "请求已受理"})

该方案注意事项 #

• 必须提前把需要的参数从request中提取完成再传入子线程，不要直接传递request对象
• 该方案不保证任务100%执行成功，如果Django进程在子线程执行完成前重启/崩溃，任务会丢失，仅适合对数据一致性要求不高的临时场景
• 高并发场景下注意控制线程数量，避免进程资源耗尽

方案2：使用os.fork生成子进程执行任务（适合资源占用较高的耗时任务） #

如果你的数据库更新逻辑CPU/内存占用较高，线程共享资源会影响主服务，可以用fork生成子进程执行：

import os
from django.http import JsonResponse
from yourapp.models import YourModel

def your_view(request):
    target_id = request.GET.get('id')
    update_value = request.GET.get('value')
    pid = os.fork()
    if pid == 0:
        # 子进程执行逻辑
        try:
            # 关闭从父进程继承的数据库连接，避免连接冲突
            from django.db import connection
            connection.close()
            # 执行耗时更新逻辑
            obj = YourModel.objects.get(id=target_id)
            obj.your_field = update_value
            obj.save()
        finally:
            # 子进程执行完成后主动退出，避免产生僵尸进程
            os._exit(0)
    # 父进程直接返回响应
    return JsonResponse({"code": 0, "msg": "请求已受理"})

该方案注意事项 #

• 父进程的数据库连接会被继承到子进程，必须先关闭再操作ORM，否则会出现连接异常
• 子进程会复制父进程的内存空间，内存占用较高，高并发场景下慎用

两种方案均为临时修复方案，长期迭代建议引入消息队列组件做异步任务解耦。

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