python多线程共享数据须避免竞态条件，优先使用queue.queue、threading.local()或lock；禁用全局变量直接读写、非原子字典操作及“只读”假设。
多线程共享数据的核心问题
Python中多线程真正并发受限于GIL（全局解释器锁），但I/O密集型任务仍广泛使用多线程。此时线程间需安全地读写同一份数据，关键挑战是避免竞态条件——多个线程同时修改变量导致结果不可预测。不是所有数据类型都天然线程安全，比如list、dict、自定义类属性等普通对象的读写操作都不是原子的。
推荐的数据共享方式
优先使用标准库中明确声明线程安全的工具：
- queue.Queue：专为线程间通信设计，put/get 操作自带锁，支持阻塞、超时和任务完成通知（task_done + join），适合生产者-消费者模型
- threading.local()：为每个线程提供独立副本，彻底规避共享，适用于保存线程私有状态（如请求上下文、数据库连接）
- threading.Lock / RLock：对临界区加锁，适用于需要精细控制或频繁读写的场景；注意避免死锁，尽量缩小锁粒度
- concurrent.futures.as_completed：配合ThreadPoolExecutor使用，通过Future对象间接传递结果，减少显式共享
不建议直接共享的常见做法
以下方式看似简单，实则风险高，应避免：
- 直接用全局变量（如global my_list）并在多个线程中append/pop —— 缺少同步机制，极可能丢失数据或引发IndexError
- 用普通字典缓存计算结果并多线程更新 —— 即使单个赋值在C层看似原子，复合操作（如cache[key] = cache.get(key, 0) + 1）仍非原子
- 依赖“只读”假设共享对象 —— 若任意线程后续可能修改，其他线程的引用仍会看到变化，且无法保证初始化完成前就被访问
一个实用的设计原则
把共享逻辑封装成小而明确的模块：
立即学习“Python免费学习笔记（深入）”；
- 定义清晰的接口（如add_item(item)、get_summary()）
- 内部统一用Queue或带锁结构实现，对外隐藏同步细节
- 测试时用多线程反复调用接口，验证结果一致性（例如累计计数是否等于总调用次数）
