在可以用协程的情况下是不是多线程已经完全没有意义了

不是一回事都...

要解决的问题也不一样

不是，lz 是真的没理解什么是协程什么是线程啊，，，，，

@amlee #1 CPU 密集的 python 的多线程和协程感觉区别也不大啊,Python 不是也不能同时运行多个 CPU 吗

@BeautifulSoap #3 现在确实感觉这两个在 python 下太接近了

#3 协程和线程的区别可以去参考 go 方面的资料，比较多

无栈协程是有多线程模式的，比如 C++的 asio 能在多个线程上跑 loop 。

python 有 GIL 的时候只有 1 个线程跑协程, 没 GIL 多个线程同时跑多个 task 队列..

协程需要主动放弃.
而有的任务中, 没有合适的时机主动放弃. 放弃太多,性能跟不上. 放弃太少,有的协程就饿死了.

3.13 已经有 noGIL 的实验性 build 了，楼主了解一下？

@shinonome 官方的 multiprocess 和第三方的 mpire 了解一下？

我认为是的，这么说吧如果是一个全新项目不需要考虑兼容已有的代码和库，肯定是首选协程。
至少没遇到过能用协程而不用，反而选择用多线程的情况。

@noqwerty #11 是线程啦,不是多进程

@wizardyhnr #10 这个太新了,我估计我最近几年都不会去使用这个版本的

@neilp #9 确实,手动释放这个也挺麻烦

楼主的话没错，但协程需要从上到下都支持才能用，直到现在 pypi 库里也没多少库是支持协程的，所以很多情况下只要你需要使用第三方库，你就不得不用线程

也就 io 多地方适合，或者 ui 上逻辑用写成写也不错，逻辑不会回调满天飞。 其他情况协议没有扔出去得时间。
我是觉得能真正理解协程整个实现，绝对是对编成理解上个台阶。涉及对栈，寄存器之类的理解。强烈建议 op 花时间好好研究下协程，受益匪浅。
第一次看是一个 360 大神，一个 h 头文件写的协程库，简直惊为天人。

多线程显然比协程更简单啊，也更少出 bug

协程是对线程的抽象和封装，是对线程更高效的使用方式。所以有协程可用，肯定是比直接用线程好的。

99%的正常业务场景用不到协程

CPU 密集就线程, io 密集就协程, 这两者各有擅长, 一起配合才是王道

应该只有超高并发有携程的需求，io 密集到一定程度，携程也没啥优势。
感觉只有高并发是硬需求

上面说什么线程适合 cpu 密集型，协程适合 io 密集型，基本上都在胡说八道。

协程的本质是一种在允许在应用态自定义的任务调度策略/方式/单元。
线程本质则是系统自带的任务调度策略/方式/单元，对应用是透明无感的。

只是某些场景只用线程的话，导致线程过多，线程切换导致大量无意义的性能开销，为了避免线程的频繁切换，因此搞出了协程。

协程是要以线程作为载体的！！！你起一百万个协程，底层还是要起几十个线程去执行这些协程，只不过这些协程的切换完全可以由应用自定义协程的调度策略（一般由运行时或编译器来做这件事情）。

常见协程的误区：

协程也可以是抢占式的，比如 go 的协程调度就是抢占式的。

cpu 密集型应用一样能适用于协程。
比如说 dataframe OLAP 引擎，就是用 tokio 的协程做任务调度。没做什么调整就得到了很高的性能。其他 OLTP 引擎，一般都是 Cpp 或者 Java ，没有完善的协程机制，导致不得不实现 pipeline 模型的做自定义算子调度，复杂度大大提高。

windows 95 相对于 windows 3.2 的升级就是从携程变成了线程，亲

没有线程哪来的协程？

或者 op 想说的是手写线程池动不动开个新线程那种做法？

虽然刚接触协程，看这个帖子，感觉 v 站上菜鸟还真挺多的，协程是语言层面上可控的一种轻量级线程，本来就是基于多线程，怎么会用不到…

线程之于协程就像 CPU 逻辑核之于线程。想一下在有线程的情况下 SMP 是不是没有意义了。有 GIL 另说。

如果是 Java 的 Project loom 这种有栈协程，无脑协程其实也没啥，就是会有一些问题；

１、ｃｐｕ密集型的任务并不会快
２、执行的任务中不能有被ｐｉｎ住的操作，比如第三方库里很常见的 synchronized 锁和 native frame

目前开来，在 python 目前现状中，协程确实是最好的选择了，因为有解释锁+上下文切换，线程在 python 中似乎怎么也无法上得了台面。

@netabare #25 emmm 嗯,是这样想的

非要咬文嚼字的话协程从定义上来讲就是不能抢占的，go 那个也不叫协程啊它叫 go 程 goroutine

python 支持多线程了？ 哪个版本开始的？

协程理解成线程语法糖就行了，底层由语言决定使用什么策略分片，不需要想太多。
当然考八股就当我没说

细品：在一个应用中，可使用多线程来处理 CPU 密集型任务，同时使用协程来处理 IO 密集型任务。

又来个小子

@GeekGao #34 但是这在 python 中也是吗,python 中多线程也处理不了 CPU 密集的呀

@NoobPhper #35 这不是来虚心请教大家嘛

TVT 这是 python 分区啊,你们说的其他语言我也不懂啊,python 多线程有锁啊

@shinonome
不是处理不了，是 CPython 目前多线程效率低，但是其他 NoGIL 的 Python 实现一样可以哇，例如 IronPython 。
而且，可以把 CPython 线程模块换成多 multiprocess 就好了嘛。

python 应该也有线程池的把。
我想楼主 是不是想表达
以前做一些耗时任务的时，都是把任务丢到线程池里面去
那么现在有协程的话，是不是可以省略创建线程池，把任务放到线程池里面动作，也可以减少线程池的维护工作

并不是纠结协程是怎么来的

在 python 中，因为 gil 的存在，协程和线程在资源利用率上确实差不多。但是线程还有个巨大的优势编程简单，协程编程，如果不是有经验的老师傅，肯定被绕晕的

@GeekGao multiprocess 不就是多进程吗，python 目前的大多数应用中不还是 CPU 密集---多进程，IO 密集---多线程吗

@xxfye 你字多，信你的

多年前我还想用易语言实现一个 fiber 调度器，要做的东西太多了，就没做了。。不过易语言有个 LING 好像做了，hook 了很多 api 。

协程只是用户层轻量级的任务调度单元，背后还是需要靠线程去执行，比如 GO 的 M:N 模型，M 个协程背后 N 个线程调度执行

最简单的说法你可以认为协程是咖啡店一个员工，他可以选择先做 A 咖啡，在等待搅拌的时候再去做 B 咖啡，提高自己的工作效率。多线程就是咖啡店有多个员工去准备咖啡，但是如果没有协程，那么每个员工在处理咖啡遇到等待的场景时并不会主动去接其他任务。

@xxfye python 中协程是运行在单线程上的

有啥讨论的？拿几本讲操作系统的书认真看看不行吗

@Inn0Vat10n 啊？ asyncio 不就是协程么，写爬虫、后端都用啊 。后端框架 tornado ，fastapi （我目前只用这两个）都已经支持 async await 了，相关的库有 httpx aiomysql aioredis aiofiles ，可以说我 90%的代码都是协程写的。感觉只要涉及到 io 等长时间阻塞的，都可以用。

@mixuxin go 的也不完全是协程，混合了线程

n:1 的协程和 m:n 的协程完全是两回事... 具体问题具体语言具体分析

不说别的语言，单拿 Python 的 Asyncio ，他仍然带有一个线程池，这个线程池可以运行一些 CPU 密集的操作，以及一些系统 API 仍是 Block 的操作：比如文件 IO 和 DNS 。(aiofiles 实际上都是在线程池操作的，只不过都转为了 async await 的形式)

单用协程你怎么使用多核。。。

@changz Python 目前多线程也用不了多核

@shinonome 至少 python 3.10 下有区别，去年做过对比，在我们项目的场景（ CPU 密集型）下，协程比线程还是慢很多

@xxfye 协程也有上下文切换，是因为是在用户态，所以比线程的上下文切换开销小吗

其实协程才更接近 thread 的语义。fiber 语义也比较接近，不过不够形象。

线程的话其实翻译为 runner 比较好。

协程
A-B-C-A-B-C-A-B-C

多线程
ABC-ABC-ABC

只有 python 才觉得线程鸡肋（没错、就是我）

@xxfye #23 有人到现在搞不清楚协程和非阻塞的区别，总认为协程=非阻塞，然后搞出“协程适合 io 密集型”这种申必言论。
协程+阻塞搞 io 密集型照样炸裂

最优解是多进程+多协程，跑 python web 时可以用用。

线程处理回调，协程直接编写完整的请求/处理逻辑，在函数运行中自动挂起和恢复，比写回调体验更好。

当然不是，协程涉及线程上下文切换。而在某些场景下可以通过保持一个/一系列任务始终在同一线程下来避免不必要的线程上下文切换或者锁开销

应该说有了协程，线程池完全没有意义了。很多业务本身就是自身单线程需求，无需多线程，用协程反而增加开销。

协程编程都不方便，同时还得支持协程

@shinonome 在 python 的框架下（有 GIL ），我觉得你说的问题不大。反正 cpu intensive 需要用多进程，io intensive 的协程上下文切换开销小于多线程。

协程又分有栈协程、无栈协程，后者的理论性能又更高。

@amlee 这是多进程的事吧

@dearmymy 求相关的资料？

@amlee cpu 密集的多线程也不顶用啊

可以用的情况，不代表好用，比如你想在已有的 django 项目里实现一个简单多文件上传功能，这种情况你想用协程还是线程池？当你还在考虑哪里 await 和 async for 的时候，我直接 pool.starmap_async 了，协程有时候可用并不代表开发效率能赶上线程

脱离 python 多线程是可以利用 cpu 多核进行并行任务处理的 而如果单个线程的任务是 io 密集型的 协程依然有很大的用 可以实现时间片的主动让出达到异步的效果