future.set_result和set_exception均不线程安全：concurrent.futures.future需由executor内部调用，asyncio.future必须在事件循环线程中调用，跨线程应使用run_coroutine_threadsafe或queue。
Future.set_result 和 set_exception 不是线程安全的
直接说结论：Future.set_result 和 set_exception 在 Python 标准库的 concurrent.futures.Future 和 asyncio.Future 中，**都不保证线程安全**。你不能在任意线程里随意调用它们，否则可能触发未定义行为，比如状态错乱、回调漏执行、甚至静默失败。
根本原因在于：这两个方法内部没有加锁，也不检查调用线程是否合法。它们的设计前提就是「由创建 Future 的线程（或事件循环线程）来设置结果」——这是约定，不是强制约束。
- 对
concurrent.futures.Future：推荐只在提交任务的线程（即Executor.submit的调用方）或任务执行完毕后由Executor内部调用；外部线程直接调用set_result属于越权操作 - 对
asyncio.Future：必须在事件循环线程中调用，否则会抛出RuntimeError: Future object acquired from a different loop或更隐蔽的竞态（比如回调注册丢失） - 常见错误现象：
Future.done()返回True但result()报InvalidStateError；或回调函数完全没被触发
想跨线程设置结果？用 asyncio.run\_coroutine\_threadsafe 或 queue
如果你确实需要从工作线程里“通知”主线程的 Future 完成了，别硬调 set_result，走标准通道：
- asyncio 场景下，用
asyncio.run_coroutine_threadsafe(coro, loop)，在协程里安全调用future.set_result(...) - concurrent.futures 场景下，改用
queue.Queue或threading.Event做信号传递，让主线程自己轮询或阻塞等待，再调用set_result - 不要用
loop.call_soon_threadsafe(future.set_result, value)—— 这看似可行，但future必须和loop属于同一个事件循环实例，且future不能已被 cancel 或 done - 性能影响：
run_coroutine_threadsafe有少量调度开销，但远小于竞态导致的逻辑崩溃
asyncio.create\_task 和 ensure\_future 的 Future 是同一类对象
有人以为 asyncio.create_task 返回的 Task 对象可以随便 set_result —— 不行。Task 是 Future 的子类，但它的 set_result 方法被重写为直接抛出 InvalidStateError。它只接受协程自然返回或异常退出。
BJXSHOP购物管理系统是一个功能完善、展示信息丰富的电子商店销售平台；针对企业与个人的网上销售系统；开放式远程商店管理；完善的订单管理、销售统计、结算系统；强力搜索引擎支持；提供网上多种在线支付方式解决方案；强大的技术应用能力和网络安全系统 BJXSHOP网上购物系统 - 书店版，它具备其他通用购物系统不同的功能，有针对图书销售而进行开发的一个电子商店销售平台，如图书ISBN，图书目录
立即学习“Python免费学习笔记（深入）”；
- 错误用法：
task.set_result("hack")→ 立刻报错 - 正确做法：如果要“注入”结果，老实用
asyncio.Future实例，手动控制生命周期 - 兼容性注意：Python 3.12 开始，
asyncio.Future的set_result在非事件循环线程调用时会主动 raiseRuntimeError，比以前更早暴露问题
测试时容易忽略的隐式线程切换
写单元测试时，用 threading.Thread 模拟并发调用 set_result，很容易以为“没报错=安全”。其实不是：
- 竞态条件不一定每次触发，尤其在 CI 环境下 CPU 调度不同，可能本地跑 100 次都过，CI 第 1 次就挂
-
Future的内部状态字段（如_state,_result）是普通属性，无原子性，多线程读写可能看到中间态 - 真正验证线程安全性，得结合
threading.Lock手动加锁包装，或改用asyncio.Future+run_coroutine_threadsafe这种有明确线程边界的组合
线程安全不是靠“试试看”，而是靠调用路径是否落在设计契约内。一旦离开主线程/事件循环线程去碰 set_result，就已经踩进未定义区域了。
