在 Django 5.0 的 async 视图中，request.user 默认为 AnonymousUser，需显式 await get_user(request) 获取真实用户；login、authenticate 等函数仍为同步，不可直接调用。
async def 视图里 request.user 是 AnonymousUser？
在 Django 5.0 的 async def 视图中，直接访问 request.user 会返回 AnonymousUser，即使请求携带了有效的 session 或 token。这是因为 Django 的认证中间件（如 AuthenticationMiddleware）是同步的，不会在 async 请求路径中自动运行用户对象的异步加载逻辑。
- Django 5.0 默认不为 async 请求调用
get_user()，request.user是惰性属性，其底层_get_user()方法未被适配为 async-aware - 如果你在 async 视图里直接判断
if request.user.is_authenticated:，结果恒为False - 同步中间件仍会执行（如 session 解析），但用户对象不会被挂载到 request 上
必须显式 await get_user() 才能拿到真实用户
Django 5.0 提供了 await sync_to_async(get_user)(request) 作为过渡方案，但更推荐使用 await get_user(request) —— 它已在 5.0 中被标记为 async-ready（内部已封装 sync_to_async）。
- 确保已导入：
from django.contrib.auth import get_user - 正确写法：
user = await get_user(request)，不是get_user(request)（同步调用会阻塞 event loop） -
get_user()依赖request.session已存在，因此需确认SessionMiddleware在中间件栈中位于它之前（默认满足） - 若使用自定义认证后端，需确保其
get_user()方法支持 async（Django 自带后端已适配）
CSRF 和 login() 在 async 视图中不可直接用
login()、logout()、authenticate() 等函数目前仍是同步的，不能在 async 视图中直接调用，否则会触发 RuntimeError: You cannot call this from an async context。
- 错误示例：
login(request, user)→ 报错SyncOnlyOperation - 临时解法：用
await sync_to_async(login)(request, user)，但要注意 session write 可能因并发导致覆盖 - 更稳妥的做法是：在 async 视图中只做鉴权和数据获取，重定向到同步视图完成 login/logout；或改用 token-based 认证（如 JWT），绕过 session 操作
- CSRF 验证仍有效，但
@csrf_protect装饰器不兼容 async，需改用ensure_csrf_cookie+ 前端显式传X-CSRFToken
自定义 AsyncMiddleware 处理通用用户加载
如果多个 async 视图都需要用户对象，重复写 await get_user(request) 不够优雅。可以写一个轻量级异步中间件，在请求进入时统一挂载 request._async_user。
立即学习“Python免费学习笔记（深入）”；
- 中间件类必须继承
BaseMiddleware并实现__acall__方法 - 不要覆盖
request.user（它是 property，强行赋值无效），建议设为request.async_user或request._user - 示例关键行：
async def __acall__(self, request): if hasattr(request, "session") and request.session.session_key: request.async_user = await get_user(request) else: request.async_user = AnonymousUser() return await self.get_response(request) - 注意：该中间件必须放在
SessionMiddleware之后、所有 async 视图之前
get_user() 是少数真正 ready 的异步认证接口，其余如 login、authenticate、权限检查（has_perm）仍需小心处理同步边界。别假设“用了 async def 就全异步了”——用户认证这块，主动 await 才是常态。 
