Django 5.0中async def视图可原生运行但需ASGI环境，否则静默退化为同步；ORM须用a-prefixed方法（如afirst、aorder_by），链式调用仍受限；表单验证、select_related等仍为同步，混用即整链阻塞。
async def 视图现在能直接跑，不用套 sync_to_async 包装 —— 这是 Django 5.0 异步能力跃升的最直观标志，但只在 ASGI 环境下生效。
async def 视图必须跑在 ASGI 上，WSGI 下会静默退化
你写 async def my_view(request)，Django 5.0 确实认，但它不会自动切换运行模式。默认 python manage.py runserver 启的是 WSGI，此时异步视图会被当作同步函数执行，整个 await 链会阻塞事件循环，且不报错、只变慢。
- 必须显式启用 ASGI：启动时加
--use-asgi参数，或改用uvicorn myproject.asgi:application - 生产部署需配对 ASGI 服务器：Uvicorn 或 Daphne 可直接用；Gunicorn 必须指定
--worker-class=uvicorn.workers.UvicornWorker - 混用同步中间件（比如自定义的
process_request）时，Django 会自动插入SyncToAsyncMiddleware，但可能丢掉request上下文或引发隐式阻塞
ORM 异步方法有明确前缀，但链式调用仍断裂
Django 5.0 提供了 aget()、afirst()、aexists()、acount()、aiterator() 等带 a 前缀的方法，比 4.x 更系统，但关键限制没变：
-
MyModel.objects.filter().order_by().afirst()会报错 ——order_by()是同步方法，必须换成aorder_by() -
select_related()和prefetch_related()完全没有异步版本，调用即阻塞；想预加载得拆成多次await查询 - 聚合函数如
Sum、Count没有对应异步 API；Coalesce支持数据库端默认值，但它本身不是异步操作
表单验证仍是纯同步，is_valid() 不会自动 await
这是最容易踩坑的地方：哪怕你在 async def 视图里调用 form.is_valid()，整个校验过程（字段 clean、validator 执行、数据库查重）还是同步执行。
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
-
sync_to_async(form.is_valid)只是把校验扔进线程池，无法规避 CPU 密集型正则或复杂逻辑的阻塞 - 表单类本身没做任何异步适配：
clean()方法、自定义 validator、ModelForm的唯一性检查，全是同步的 - 如果表单含耗时校验（如调外部接口、读大文件），它会拖垮整个异步请求链，且无明显错误提示
db_default 让默认值真正落到数据库层，但仅限支持的后端
db_default=Now() 这类设置能把时间戳、UUID 或数据库函数计算的默认值直接交由 PostgreSQL/MySQL 处理，避免应用层生成和网络往返，提升一致性与性能。
立即学习“Python免费学习笔记（深入）”；
- SQLite 对
db_default支持有限，某些表达式（如Now()）可能被忽略或报错 - 字段类型必须匹配数据库函数返回值，例如用
db_default=Func(...)时，需确保该函数在目标 DB 中存在且返回类型兼容 - 迁移生成依赖数据库能力：运行
makemigrations时，Django 会尝试检测后端是否支持；若不支持，可能生成无效 SQL 或静默降级为 Python 层default
