Django 中的请求生命周期是如何工作的？

Question

IT Interview Practice · Accepted Answer

在 Django 中，一个请求由 **WSGI/ASGI handler** 处理，被一叠 **middleware** 包裹，由 **URL resolver** 路由到一个 **view**，并转换成一个 `HttpResponse`，它会沿着同一批 middleware 以相反顺序流回。

## 各阶段

```
Web server ──▶ WSGI/ASGI handler  (创建 HttpRequest)
   ▼
Middleware — request 阶段        (自上而下: get_response 之前的 __call__)
   ▼
URL resolver (urls.py)  ── 匹配 path → view + kwargs
   ▼
Middleware — process_view hook
   ▼
View (function / class-based)  ── 你的逻辑, 返回 HttpResponse
   ▼
Middleware — response 阶段        (自下而上: get_response 之后)
   ▼
HttpResponse ──▶ client
```

1. **Handler** — WSGI（同步）或 ASGI（异步）handler 从 environ/scope 构建一个 `HttpRequest`。
2. **Middleware，request 阶段** — 每个 middleware 中 `get_response()` *之前*的代码自上而下运行（`SecurityMiddleware`、`SessionMiddleware`、`AuthenticationMiddleware`、CSRF、…）。其中任何一个都可以短路并提前返回一个响应。
3. **URL resolution** — `ROOT_URLCONF` 的 pattern 与 path 匹配，以选择一个 view 并捕获 kwargs。
4. **`process_view`** — 一个在 view 被调用前刚好运行的 middleware hook。
5. **View** — 你的 function 或 class-based view 运行，通常查询 model 并 render 一个 template，然后返回一个 `HttpResponse`。异常会触发 `process_exception`。
6. **Middleware，response 阶段** — `get_response()` *之后*的代码自下而上运行，让 middleware 修改出站响应（headers、compression）。
7. `HttpResponse` 被流式传回 server 和 client。

```python
# middleware.py
class TimingMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

def __call__(self, request):          # 2. request 阶段 (之前)
        request.started = time.monotonic()
        response = self.get_response(request)  # 调用下一层 / view
        response["X-Time"] = "..."         # 6. response 阶段 (之后)
        return response

# urls.py  → 3. routing
urlpatterns = [path("items/<int:pk>/", views.item_detail)]

# views.py → 5. view
def item_detail(request, pk):
    return render(request, "item.html", {"item": Item.objects.get(pk=pk)})
```

## 为什么这很重要

Django 的 request/response 周期以 middleware 为中心，因此大多数横切行为——auth、sessions、CSRF、security headers、caching——都实现为有序的 middleware。理解 request 阶段代码自上而下运行、response 阶段代码自下而上运行（以及 `MIDDLEWARE` 中的顺序很重要），对于正确放置你自己的 middleware、调试为什么 `403`/重定向会在你的 view 之前发生、以及知道在哪里挂接逻辑而无需改动每个 view 都至关重要。

各阶段

为什么这很重要

相关问题