Django hiện đại (3.1+) hỗ trợ view bất đồng bộ dùng async/await của Python, cho phép xử lý hiệu quả các thao tác đồng thời I/O-bound (gọi API bên ngoài, truy cập database async) mà không bị block. Điều này bổ sung cho mô hình đồng bộ truyền thống của Django cho các use case cụ thể.
():
data = requests.get().json()
JsonResponse(data)
httpx
():
httpx.AsyncClient() client:
response = client.get()
JsonResponse(response.json())
Một view async def có thể await các thao tác I/O, để server xử lý các request khác trong khi chờ — hiệu quả cho các view thực hiện gọi bên ngoài chậm.
import asyncio
async def dashboard(request):
# chạy nhiều gọi API chậm ĐỒNG THỜI thay vì tuần tự
users, orders, stats = await asyncio.gather(
fetch_users(),
fetch_orders(),
fetch_stats(),
)
# 3 gọi mỗi cái 1s → ~1s tổng (đồng thời), không phải 3s (tuần tự)
return JsonResponse({"users": users, "orders": orders, "stats": stats})
Lợi thế chính: await nhiều thao tác I/O độc lập đồng thời (với asyncio.gather) — chồng lấp thời gian chờ của chúng cho một sự tăng tốc lớn khi một view tổng hợp dữ liệu từ nhiều nguồn chậm.
# các phương thức truy vấn async (Django 4.1+)
async def get_articles(request):
articles = [a async for a in Article.objects.all()] # lặp async
article = await Article.objects.aget(pk=1) # get async
await Article.objects.acreate(title="New") # create async
return JsonResponse({...})
Django giờ cung cấp các phương thức ORM async (aget, acreate, async for) để bạn có thể truy cập database bên trong các view async mà không block.
✓ DÙNG async cho: view I/O-bound với gọi bên ngoài đồng thời, API chậm,
websocket/streaming, workload I/O đồng thời cao
✗ ĐỪNG kỳ vọng async tăng tốc công việc CPU-bound (nó không — đó không phải mục đích)
✗ Đừng gọi mã ĐỒNG BỘ block trực tiếp trong async view (block event loop)
→ bọc nó với sync_to_async; dùng thư viện tương thích async (httpx, async ORM)
✗ Phần lớn hệ sinh thái Django vẫn là sync — trộn lẫn cần cẩn thận (async_to_sync / sync_to_async)
Triển khai: cần một ASGI server (uvicorn, daphne), không chỉ WSGI
from asgiref.sync import sync_to_async, async_to_sync
result = await sync_to_async(blocking_function)() # chạy mã sync từ async an toàn
Hỗ trợ async là một năng lực Django hiện đại đáng kể đáng để hiểu, dù tính áp dụng của nó là cụ thể — nó mang lại lợi ích thực sự cho các workload I/O-bound, đồng thời cao trong khi không phải là giải pháp vạn năng.
Giá trị then chốt là cho phép I/O đồng thời hiệu quả: async view có thể await các thao tác chậm (gọi API bên ngoài, truy vấn database async) mà không block worker, và quan trọng là có thể chạy nhiều thao tác I/O độc lập đồng thời (qua asyncio.gather), chồng lấp thời gian chờ của chúng — một sự tăng tốc lớn cho các view tổng hợp dữ liệu từ nhiều nguồn bên ngoài chậm, hoặc cho các kịch bản I/O đồng thời cao như websocket và streaming.
Hiểu khi nào async giúp ích (đồng thời I/O-bound) so với khi nào không (nó không mang lại lợi ích cho công việc CPU-bound) là thiết yếu để dùng nó phù hợp thay vì áp dụng máy móc khắp nơi.
Quan trọng không kém là các lưu ý khiến async trở nên khó trong Django: bạn phải dùng thư viện tương thích async (httpx thay vì requests, các phương thức ORM async như aget/acreate) và tránh gọi mã đồng bộ block trực tiếp trong async view (vốn block event loop, đánh bại mục đích) — đòi hỏi bắc cầu sync_to_async/async_to_sync, xử lý cẩn thận do phần lớn hệ sinh thái Django vẫn đồng bộ, và một ASGI server để triển khai.
Biết rằng async view tồn tại, các use case thực sự của chúng (I/O đồng thời, tính năng thời gian thực), async ORM, và các cái bẫy quan trọng phản ánh nhận thức về sự tiến hóa của Django hiện đại và sự phán đoán để áp dụng async ở nơi nó thực sự giúp ích.
Dù không cần cho mọi ứng dụng (mô hình đồng bộ của Django vẫn hoàn toàn phù hợp cho hầu hết), async ngày càng liên quan cho các ứng dụng nhiều I/O, đồng thời cao, và thời gian thực, khiến nó trở thành kiến thức cấp senior có giá trị để hiểu các năng lực hiện tại của Django và chọn cách tiếp cận đồng thời đúng cho một workload nhất định.