Πώς λειτουργεί ο κύκλος ζωής ενός request στο Django;

Question

IT Interview Practice · Accepted Answer

Στο Django, ένα request το χειρίζεται ο **WSGI/ASGI handler**, τυλίγεται από μια στοίβα **middleware**, δρομολογείται από τον **URL resolver** σε ένα **view**, και μετατρέπεται σε ένα `HttpResponse` που ρέει πάλι προς τα έξω μέσα από το ίδιο middleware με αντίστροφη σειρά.

## Τα στάδια

```
Web server ──▶ WSGI/ASGI handler  (δημιουργεί HttpRequest)
   ▼
Middleware — φάση request        (πάνω → κάτω: __call__ πριν το get_response)
   ▼
URL resolver (urls.py)  ── αντιστοίχιση path → view + kwargs
   ▼
Middleware — hook process_view
   ▼
View (function / class-based)  ── η λογική σου, επιστρέφει HttpResponse
   ▼
Middleware — φάση response        (κάτω → πάνω: μετά το get_response)
   ▼
HttpResponse ──▶ client
```

1. **Handler** — ο WSGI (σύγχρονος) ή ASGI (ασύγχρονος) handler κατασκευάζει ένα `HttpRequest` από το environ/scope.
2. **Middleware, φάση request** — ο κώδικας κάθε middleware *πριν* το `get_response()` τρέχει από πάνω προς τα κάτω (`SecurityMiddleware`, `SessionMiddleware`, `AuthenticationMiddleware`, CSRF, …). Οποιοδήποτε από αυτά μπορεί να διακόψει νωρίς και να επιστρέψει απόκριση.
3. **Επίλυση URL** — τα μοτίβα `ROOT_URLCONF` αντιστοιχίζονται με το path για να επιλεγεί ένα view και να συλληφθούν τα kwargs.
4. **`process_view`** — ένα hook του middleware που τρέχει ακριβώς πριν κληθεί το view.
5. **View** — το view σου (συνάρτηση ή κλάση) τρέχει, συνήθως κάνει query στα models και render ένα template, και επιστρέφει ένα `HttpResponse`. Οι εξαιρέσεις πυροδοτούν το `process_exception`.
6. **Middleware, φάση response** — ο κώδικας *μετά* το `get_response()` τρέχει από κάτω προς τα πάνω, επιτρέποντας στο middleware να τροποποιήσει την εξερχόμενη απόκριση (headers, συμπίεση).
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)})
```

## Γιατί έχει σημασία

Ο κύκλος request/response του Django είναι middleware-κεντρικός, οπότε η περισσότερη διατμηματική συμπεριφορά — auth, sessions, CSRF, security headers, caching — υλοποιείται ως διατεταγμένο middleware. Το να καταλαβαίνεις ότι ο κώδικας της φάσης request τρέχει από πάνω προς τα κάτω και ο κώδικας της φάσης response από κάτω προς τα πάνω (και ότι η σειρά στο `MIDDLEWARE` έχει σημασία) είναι απαραίτητο για να τοποθετείς σωστά το δικό σου middleware, να εντοπίζεις γιατί ένα `403`/redirect συμβαίνει πριν το view σου, και να ξέρεις πού να συνδέσεις λογική χωρίς να αγγίξεις κάθε view.

Τα στάδια

Γιατί έχει σημασία

Σχετικές ερωτήσεις