Flask的request对象不能在async函数中直接使用，因其基于threading.local依赖同步线程上下文，而async协程无固定线程导致上下文丢失；安全做法是在await前同步读取request数据并保存变量，如query = request.args.get("q")，且须用request.get_json()等异步方法替代request.json。
Flask 的 request 对象为什么不能在 async 函数里用？
因为 Flask 的 request 是基于线程局部存储（threading.local）实现的，它依赖于同步请求生命周期中明确的线程上下文。而 async 函数运行在事件循环中，不绑定固定线程，request 在协程切换时会丢失或指向错误上下文，直接访问会抛出 RuntimeError: Working outside of application context 或返回空/错乱数据。
async 视图函数里怎么安全读取请求数据？
Flask 2.0+ 原生支持 async 视图，但前提是：必须显式把请求数据提前“固化”进协程作用域——不能在 await 后再碰 request。
-
request.get_data()、request.form、request.json等属性必须在函数开头同步调用并保存为变量 - 不要在
await asyncio.sleep(1)之后再写request.args.get("q") - 如果用了
request.files，注意它内部会触发get_data()，也得提前取
示例：
@app.route("/api")
async def api():
# ✅ 正确：立刻读取并保存
query = request.args.get("q")
body = await request.get_json() # 注意：这是异步方法，Flask 2.3+ 支持
<pre class="brush:php;toolbar:false;"># ❌ 错误：await 后再访问 request
# await some_async_db_call()
# print(request.args.get("q")) # 可能报错或返回 None
立即学习“Python免费学习笔记（深入）”；
为什么 request.get_json() 是 async 而 request.json 不是？
因为 request.json 是同步属性，底层调用 get_data(cache=True) 并解析，但它假设请求体已加载完成；而实际在 async 上下文中，请求体可能尚未完全接收或需要等待 IO，所以 Flask 提供了真正的异步版本 request.get_json()（返回 awaitable），它会正确等待并解析流式请求体。
-
request.json在 async 视图中可能抛RuntimeError或返回None（即使有 JSON） -
request.get_json()是唯一推荐的异步 JSON 解析方式 - 表单数据同理：
request.form不安全，应改用await request.form（Flask 2.3+）或先调用await request.get_data()再手动解析
用 Gunicorn + Uvicorn 部署时还踩哪些坑？
Flask 默认 WSGI 服务器不支持 async，必须用 ASGI 服务器（如 Uvicorn）运行，并确保启动命令明确指定 ASGI 模式。Gunicorn 本身是 WSGI 的，除非搭配 uvicorn.workers.UvicornWorker。
- 错误启动：
gunicorn app:app→ 仍走 WSGI，async 视图会被降级为同步执行，request行为异常 - 正确启动：
uvicorn app:app或gunicorn -k uvicorn.workers.UvicornWorker app:app - 检查日志里有没有
ASGI 'http' protocol字样，没有就说明没跑在 ASGI 模式 - 中间件（如
flask-cors）若未适配 async，也可能破坏request上下文
async 和 request 的耦合点很窄：只在入口函数头那一小段安全，多一步 await 就可能掉出上下文。别试图“绕过”它去手动传 request，Flask 没提供那种接口。老老实实把需要的数据在第一行拿全，后面就全是纯 async 逻辑。
