现代 Django 中的 async 支持如何工作？

Question

Accepted Answer

现代 Django（3.1+）使用 Python 的 `async`/`await` 支持**异步视图**，允许有效处理**I/O 密集型**并发操作（外部 API 调用、异步数据库访问）而不阻塞。这为特定用例补充了 Django 的传统同步模型。

## 异步视图

```python
# a synchronous view (the traditional default)
def sync_view(request):
    data = requests.get("https://api.example.com").json()   # BLOCKS the worker
    return JsonResponse(data)

# an async view — can await I/O without blocking
import httpx
async def async_view(request):
    async with httpx.AsyncClient() as client:
        response = await client.get("https://api.example.com")   # non-blocking await
    return JsonResponse(response.json())
```

`async def` 视图可以 `await` I/O 操作，让服务器在等待时处理其他请求——对于进行缓慢外部调用的视图很有效。

## 并发 I/O——关键优势

```python
import asyncio

async def dashboard(request):
    # run multiple slow API calls CONCURRENTLY instead of sequentially
    users, orders, stats = await asyncio.gather(
        fetch_users(),
        fetch_orders(),
        fetch_stats(),
    )
    # 3 calls taking 1s each → ~1s total (concurrent), not 3s (sequential)
    return JsonResponse({"users": users, "orders": orders, "stats": stats})
```

主要优势：并发 **awaiting** 多个独立的 I/O 操作（使用 `asyncio.gather`）——重叠它们的等待时间以大幅加速当视图从多个缓慢源聚合数据时。

## 异步 ORM（现代 Django）

```python
# async query methods (Django 4.1+)
async def get_articles(request):
    articles = [a async for a in Article.objects.all()]    # async iteration
    article = await Article.objects.aget(pk=1)              # async get
    await Article.objects.acreate(title="New")             # async create
    return JsonResponse({...})
```

Django 现在提供异步 ORM 方法（`aget`、`acreate`、`async for`），因此您可以在异步视图中进行数据库访问而不阻塞。

## 重要注意事项和何时使用异步

```text
✓ USE async for: I/O-bound views with concurrent external calls, slow APIs,
  websockets/streaming, high-concurrency I/O workloads
✗ DON'T expect async to speed up CPU-bound work (it doesn't — that's not the point)
✗ Don't call SYNCHRONOUS blocking code directly in async views (blocks the event loop)
  → wrap it with sync_to_async; use async-compatible libraries (httpx, async ORM)
✗ Much of the Django ecosystem is still sync — mixing requires care (async_to_sync / sync_to_async)
Deployment: needs an ASGI server (uvicorn, daphne), not just WSGI
```

## 同步与异步桥接

```python
from asgiref.sync import sync_to_async, async_to_sync
result = await sync_to_async(blocking_function)()   # run sync code from async safely
```

## 为什么这很重要

异步支持是现代 Django 的一个重要功能，值得理解，尽管其适用性具体——它为**I/O 密集型、高并发工作负载**提供实实在在的好处，但不是通用解决方案。

关键价值在于启用高效的并发 I/O：异步视图可以 `await` 缓慢操作（外部 API 调用、异步数据库查询）而不阻塞 worker，更重要的是可以**并发**运行多个独立的 I/O 操作（通过 `asyncio.gather`），重叠它们的等待时间——当视图从多个缓慢外部源聚合数据或用于高并发 I/O 场景（如 websockets 和流）时可获得重大加速。

理解何时异步有帮助（I/O 密集型并发）与何时无帮助（对 CPU 密集型工作没有好处）对于恰当使用而不是盲目跟风至关重要。

同样重要的是**注意事项**使得异步在 Django 中很棘手：必须使用异步兼容库（httpx 而非 requests、异步 ORM 方法如 `aget`/`acreate`），避免直接在异步视图中调用同步阻塞代码（会阻塞事件循环，违反初衷）——需要 `sync_to_async`/`async_to_sync` 桥接、谨慎处理（鉴于 Django 生态大部分仍为同步），以及部署需要 ASGI 服务器。

了解异步视图的存在、它们的真实用例（并发 I/O、实时功能）、异步 ORM 和重要陷阱反映了对现代 Django 演进的认识以及何时应用异步的判断力——在它确实有帮助的地方。

虽然不是每个应用都需要（Django 的同步模型对大多数仍然完全适用），但异步对 I/O 密集、高并发和实时应用越来越相关，使其成为理解 Django 当前功能和为给定工作负载选择正确并发方法的重要高级知识。