flask子线程无法访问request/session，因上下文栈线程隔离；需手动构造test_request_context并传全参数，或提前提取必要数据传入线程。
因为 Flask 的 request、session 等对象依赖线程局部存储（werkzeug.local.Local），而新线程默认不继承主线程的上下文栈，访问时自然找不到当前请求。
request 在子线程里直接报 RuntimeError: Working outside of request context
这是最典型的错误现象。Flask 不会在子线程中自动推送请求上下文——哪怕主线程正处理一个 HTTP 请求，子线程也完全“看不见”那个 request 对象。
- 错误触发点通常在后台日志记录、异步通知、定时清理等逻辑里调用了
request.headers或session.get() -
request是LocalProxy实例，底层靠线程 ID 查找绑定的Request对象；子线程 ID 不同，查不到，就抛错 - 不能靠“主线程有上下文，子线程就能用”这种直觉——上下文栈是严格按线程隔离的
用 app.test_request_context() 模拟请求上下文要传完整参数
如果确实需要在后台线程里模拟一次请求（比如做离线测试或补全日志），得手动构造上下文，但参数不能省。
- 只写
with app.test_request_context():会报错：缺少environ_base或路径信息 - 常见安全写法是显式指定路径和查询参数：
with app.test_request_context('/api/log', query_string={'user_id': 123}): - 若需伪造 headers，加
headers={'Authorization': 'Bearer xxx'}；否则request.headers为空 dict - 注意：这仅用于调试或特定离线场景，生产中应优先提取必要数据传入线程，而非模拟请求
为什么不能在模块顶层或类属性里缓存 request 相关值
因为 request 不是静态对象，它的生命周期绑定到单次请求的上下文栈生命周期。栈销毁后，引用就失效了。
- 例如写
CURRENT_USER_ID = request.args.get('uid')在函数外，会立刻触发 RuntimeError - 即使写在类定义里（如
class LogService: user_id = request.args.get('uid')），类加载时就执行，同样失败 - 正确做法是把需要的值（如
user_id、auth_token）在视图函数内取出来，作为参数传给后台任务函数 - 这样既避免上下文依赖，又防止多请求间数据污染
真正容易被忽略的是：请求上下文丢失往往不是孤立问题——它常和应用上下文（current_app、db.session）丢失同时发生。一个线程里既要读 request 又要用 db，就得同时推两个上下文，但 test_request_context 和 app_context 不能嵌套使用。这时候必须权衡：是拆成两次上下文调用，还是干脆把所有依赖数据提前抽出来传进去。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
