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

[shinonome]

协程更加的灵活,同时相比于多线程,开销也更小了,

感觉 python 在有锁的情况下感觉除非不支持协程,不然没有必要多线程了

[amlee]

cpu 密集的应用不管了？

[Ericcccccccc]

不是一回事都...

要解决的问题也不一样

[BeautifulSoap]

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

[shinonome]

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

[shinonome]

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

[mixuxin]

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

[ysc3839]

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

[BBCCBB]

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

[neilp]

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

[wizardyhnr]

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

[noqwerty]

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

[fkdtz]

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

[shinonome]

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

[shinonome]

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

[shinonome]

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

[weyou]

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

[dearmymy]

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

[jianchang512]

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

[yidinghe]

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

[Inn0Vat10n]

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