Django中等待HTTP请求返回时除轮询外的更优解决方案？

现有方案的核心问题 #

你当前的轮询实现存在三个明显缺陷：

• 长时间阻塞Django工作进程，高并发场景下会快速占满所有worker，导致其他请求无法被处理
• 频繁查询数据库，额外增加数据库IO开销，查询延迟也高
• 容易触发链路各个环节的超时限制（如Nginx、uWSGI/Gunicorn默认超时普遍在30s以内），导致用户拿到504错误，即使后续后端结果返回也无效

优化方案 #

场景1：必须在原HTTP请求中同步返回结果给前端 #

推荐用Redis阻塞队列替代数据库轮询，整体开销低、响应延迟更小，示例实现如下：
首先新增一个专门接收后端服务推送结果的回调接口，再改造原视图逻辑：

import redis
import requests
from django.http import HttpResponse
from .models import BackendResponse

redis_client = redis.Redis(host="127.0.0.1", port=6379, db=0)

# 原请求处理视图
def my_view(request, id):
    # 调用后端接口
    requests.get(f"http://backend.com/{id}/")
    # 阻塞等待对应ID的结果，最长等待30s可根据业务调整
    queue_result = redis_client.blpop(f"backend_resp:{id}", timeout=30)
    if not queue_result:
        return HttpResponse(status=504) # 超时返回网关超时
    status_code = int(queue_result[1].decode())
    return HttpResponse(status=status_code)

# 后端服务回调接口，需要提前告知后端服务调用这个地址推送结果
def backend_callback(request, id):
    # 可在这里加鉴权逻辑，防止恶意调用
    resp_status = request.POST.get("status_code")
    # 结果写入Redis队列唤醒等待的原请求
    redis_client.lpush(f"backend_resp:{id}", resp_status)
    # 写入数据库做持久化
    BackendResponse.objects.create(id=id, status_code=resp_status)
    return HttpResponse(status=200)

如果使用Django 3.1+的异步视图，搭配异步Redis客户端可以进一步提升并发处理能力，不会阻塞事件循环。

场景2：允许异步通知前端结果（更推荐） #

同步阻塞等待本身不符合HTTP设计最佳实践，有条件的话优先选择异步通知方案：

• 原视图调用后端接口后直接返回202 Accepted状态码，告知前端请求已受理
  • 方案a：前端主动轮询一个查询结果的接口，拿到结果后更新页面状态
  • 方案b：前端通过WebSocket与服务端建立长连接，后端收到推送结果后直接通过WebSocket主动通知前端，不需要额外轮询，性能和用户体验最优，可通过Django Channels快速实现WebSocket能力。

注意事项 #

• 所有请求ID需要保证全局唯一，避免不同请求的结果串用
• 回调接口必须加鉴权校验，防止被恶意构造请求提交假结果
• 需要配置合理的超时时间，避免无限等待浪费资源

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