如何让 Python 实现真正多线程？

新版本已经去掉 gil 了，话说你为啥要用多线程，为了用 cpu ？

不是号称胶水语言吗？粘一下 C 语言啊，fork 或者 pthread_create 一下

CPython thread 可是真 thread

GIL 被妖魔化的太厉害了
python 的多线程就是 pthread

只是 python 有 GIL 锁会卡 PyObject 的操作

但是这个主要是卡纯 python 的

PyObject 转 C/CPP 的模块里是可以释放 GIL 的

所以大部分 C/CPP 写的库都是会释放 GIL 的， 包括原生 IO

但是因为早年 linux 没有线程， 之后有段时间线程也是基于 fork 的，2.6 的时候又大改过一次， 所以用的人并不多， 导致主流的 Linux 下面都提倡 IO 异步并发， 计算的直接 fork, 用线程的并不多.....

@liuxingdeyu 你这是大新闻, 没有 GIL 的 Python 可以算作另一种语言了

@githmb 但是如果线程的那个函数里面又调用了其他 Python 函数，那被调用的函数也得用 C 实现一遍。这样工作量就太大了。

@liuxingdeyu 为了快，现在太慢了。

用多进程吧 https://docs.python.org/zh-cn/3/library/multiprocessing.html

@liuxingdeyu 并没有 ,faster cpython 组 3.12 目标( https://github.com/faster-cpython/ideas/wiki/Python-3.12-Goals) 中 提到的[pep554]( https://peps.python.org/pep-0554/)也只是一个 draft 而且实现也是仅限于 C API 而且 pep554 还在讨论中( https://discuss.python.org/t/pep-554-multiple-interpreters-in-the-stdlib/24855/12)

另外实现`nogil`的是另一个 pep,有兴趣去看看[pep703]( https://peps.python.org/pep-0703/) 还只是一个 draft 虽然他给出了[实现]( https://github.com/colesbury/nogil)。

@matrix1010 @Alias4ck 额，是我表达有误了，我想表达的就是 3.12 的这个改版，去掉了很多关于核心使用的限制

换 Mojo

@r6cb 1

multiprocessing 凑活能用。

@Alias4ck +1 good job

@liuxingdeyu #1 似乎不大可能做到吧，不是 python 语言自身难以做到，难的是那么多 C 开发的扩展都可能不兼容，这可就不是一件容易的事了

@sujin190 我表达的问题，其实不是完全抛弃掉 gil ，是改变现在的 gil 。却是 pep703 说了 c api 会有的不少问题，所以我觉得真的实现了这件事的版本会是个大版本

你所说的真正多线程，在 Python 里面应该叫做多进程，可以通过遍历列表等方式往进程池里面添加任务，同一时间执行的进程取内核数量，这样就可以充分利用 CPU 了。

python 真的需要那么高的性能吗？你们是什么业务场景需要

多进程也不是不可以

之前一些实践基本是依赖 uwsgi 和 gunicorn 跑多个进程用的，承载压力的能力也不差

@r6cb 挺不错的。不过 concurrent.futures 也支持多进程，既可以创建线程池，也可以创建进程池。

楼上说的应该是 subinterpreter 。
https://www.infoworld.com/article/3694512/python-312-faster-leaner-more-future-proof.html
nogil 反对声音不小。就算技术上可行，其他人同意了，要是实现也是不知道什么时候了。
这些开发者现在都很保守了，感觉很多人个人意愿只是小修小补混混了。

concurrent 是 python 脚本写的啊，看看源码就知道原理了
不会突破 python interpreter 的限制