Python指导委员会计划接受PEP 703提案，让全局解释器锁成为可选
从长远来看（可能 5 年以上），no-GIL 构建应该是唯一的构建。他们不希望在出现 GIL 和 no-GIL 构建（以及扩展模块）之间创建永久的区分
保持向后兼容，避免出现另一种 Python 3 的情况
承诺完全切换到 no-GIL 构建之前，需要看到社区对其的支持
在将 no-GIL 作为默认设置之前的任何时候，如果事实证明它会带来太大的破坏性而收益太少，他们会改变想法。这样的决定可能意味着回滚所有工作，因此在确定要将 no-GIL 设置为默认值之前，特定于 no-GIL 的代码应该在某种程度上是可识别的。
短期内，将 no-GIL 构建添加为实验性构建模式，大概是在 Python 3.13 提供
从中期来看，当确信有足够的社区支持来使 no-GIL 的生产使用可行后，他们会支持 no-GIL 构建，但不是默认
从长远来看，他们希望 no-GIL 成为默认值，并删除 GIL 的任何痕迹（不会不必要地破坏向后兼容性）
--disable-gil)，使其在没有全局解释器锁的情况下运行 Python 代码，并进行必要的更改以保证解释器线程安全。往期推荐
点这里 ↓↓↓ 记得 关注✔ 标星⭐ 哦
微信扫码关注该文公众号作者
戳这里提交新闻线索和高质量文章给我们。
来源: qq
点击查看作者最近其他文章