我经常看到人们说 GIL 是基于 Python 解释器的（即使在 stackoverflow 上也是如此）。
但我在源代码中看到的似乎是 GIL 是一个全局变量，因此每个 python 进程中的所有解释器都有一个 GIL。我知道他们这样做是因为没有像 lua 或 TCL 那样传递的解释器对象，只是一开始设计得不好。并且线程本地存储似乎不适合 python 家伙使用。
这是正确的吗？我在这里简要了解了我在项目中使用的 2.4 版本。
这在后来的版本中是否发生了变化，尤其是在 3.0 中？
【问题讨论】：
标签： python multithreading gil
GIL 确实是针对每个进程的，而不是针对每个解释器的。这在 3.x 中没有变化。
【讨论】：
这可能是因为大多数人认为 Python 每个进程都有一个解释器。我记得读过通过 C API 对多个解释器的支持在很大程度上未经测试，几乎从未使用过。 （当我试一试时，它不能正常工作。）
【讨论】：
我相信每个进程可能最多嵌入一个 CPython 解释器（其他运行时可能有不同的约束）是真的（至少从 Python 2.6 开始）。我不确定这是否是 GIL 本身的问题，但这可能是由于全局状态，或者是为了防止第三方 C 模块中的全局状态冲突。来自CPython API Docs：
[Py___Initialize()] 在第二次调用时是空操作（没有先调用 Py_Finalize()）。没有返回值；如果初始化失败，这是一个致命错误。
您可能对Unladen Swallow 项目感兴趣，该项目旨在最终从 CPython 中完全删除 GIL。其他 Python 运行时根本没有 GIL，比如（我相信）Stackless Python，当然还有Jython。
还要注意 GIL 是 still present in CPython 3.x。
【讨论】：