GIL是CPython的全局解释器锁，确保同一时刻仅一个线程执行Python字节码；它仅显著限制CPU密集型任务，而I/O操作会自动释放GIL；多线程无法加速CPU任务因线程串行执行且有切换开销；绕过GIL常用multiprocessing或C扩展。
Python的GIL到底是什么
GIL（Global Interpreter Lock，全局解释器锁）是CPython解释器中的一把互斥锁，它确保**同一时刻只有一个线程执行Python字节码**。注意：GIL不是Python语言规范，而是CPython（最主流的Python实现）为简化内存管理而引入的机制。Jython、PyPy等其他实现没有GIL或采用不同策略。
GIL真正影响的是哪类代码
GIL只在**CPU密集型任务**中构成明显瓶颈。它不会阻塞系统调用（如文件读写、网络请求、sleep等），这类I/O操作会自动释放GIL，让其他线程有机会运行。
- CPU密集型（受GIL严重限制）：数值计算、循环处理、正则匹配大量文本、纯Python图像处理等
- I/O密集型（基本不受GIL影响）：HTTP请求、数据库查询、文件读写、socket通信等
为什么多线程在CPU任务中几乎不加速
以两个线程并行做10亿次加法为例：
- 线程A拿到GIL开始计算，中途不会主动让出；直到时间片用完或遇到I/O，才被迫释放GIL
- 线程B必须等待GIL被释放才能执行，实际仍是轮流串行运行
- 加上线程切换和GIL争抢开销，总耗时可能比单线程还长
这是多线程无法提升CPU密集型任务性能的根本原因。
立即学习“Python免费学习笔记（深入）”；
绕过GIL的实际可行方案
想真正并行利用多核CPU，有几种成熟路径：
- 用multiprocessing替代threading：每个进程有独立Python解释器和内存空间，天然绕过GIL
- 调用C扩展（如NumPy、Pandas、Cython）：底层C代码在执行时会主动释放GIL，计算完成后才重新获取
- 改用非CPython实现：如PyPy（部分场景无GIL优化）、Jython（基于JVM，无GIL），但兼容性和生态受限
- 异步IO（asyncio）：不解决CPU并行，但对高并发I/O场景更高效，且无GIL争抢问题
多数工程实践中，multiprocessing + C加速库（如NumPy）组合是最直接有效的方案。
