Go routines 和 Java 线程池的区别有哪些？

[lhx2008]

比如使用上，原理设计上

[yuikns]

go routine 是官方提供的，线程加协程池

[optional]

用户态 vs 内核调度

[Orenoid]

Go 不只是线程，还包括协程，具体调度原理就不清楚了

[111111111111]

1.协程的成本开销比线程小
2.协程是用户调度，线程是交给系统调度


使用上协程应该比线程要多操点心，但 Go 自己有调度器协程使用上其实不怎么操心

其他的，可能就是省了创建线程管理线程的代码，只写一个关键字就行了

[lhx2008]

@optional
@111111111111
go 的用户态调度，是不是可以抽象理解为把阻塞代码前后进行分割，分成小的代码块，放入线程池中执行呢

[scukmh]

@lhx2008 没那么简单，但一般情况下如此。

[baiyi]

不清楚 java 的线程池，没办法比较

如果想了解 goroutine，推荐一篇文章： https://tonybai.com/2017/06/23/an-intro-about-goroutine-scheduler/

如果想从源码的角度来了解实现，可以看下《 Go 语言学习笔记》的源码剖析，虽然是基于 1.5 版本，但是调度器方面在以后的的版本中更新不多，所以完全没问题

[mikulch]

go 语言的包管理器现在完善的如何？

[ahsjs]

@mikulch 基本都 go mod 了。

[xmge]

go 的协成是一种轻量级的线程，一个线程通过 go 的调度动态地与多个协程绑定。

[lolizeppelin]

线程
一个线程跑满,就吃饱一个 cpu
N 个线程跑满对应 N 个 cpu,只要与 cpu 数量相同多线程就能吃饱 cpu
但是实际代码里会阻塞,一阻塞会自动让出 cpu, 所以在阻塞写法里,程序的线程超过 cpu 数量能提高性能
但是过多的线程数带来的上下文切换回拖慢整体


协程
通过寄存器保存代码片段,遇到阻塞（一般是 io,或者自定义的协程锁)，会切换到其他代码片段
所有代码片段的入口存放一个不停排序的队列
一个循环（相当于一个线程）不停的排序这个队列,并弹出最前面的数据获取到代码片段并执行
一般只有一个主线程,由于代码片段的切换由程序自己决定,没有系统级上下文切换,性能好,缺点是单线程


所以性能最好的方式是结合多线程与协程,但是非语言级很难用一个库来实现支持多线程的协程

目前除了 go, dart （也就是 google 的 flutter 所用语言）也有多线程协程支持


我瞎鸡巴说的...我没写过 go 哈哈哈哈哈哈

[youxiachai]

有兴趣的其实去可以了解一下
CSP （ Communicating Sequential Process ）理论

[richzhu]

@lolizeppelin 卧槽 大佬，你这段话我要加入到面试复习笔记里

[ZSeptember]

goroutine 的底层也是线程池，G 相当于一个 Runable。
goroutine 的优化是将阻塞都放在用户态，自己调度，就不会创建很多的系统线程了。

比如，将所有的 IO 操作都封装了，底层使用 epoll 之类的非阻塞接口，对外暴露同步阻塞接口，所以不会真正阻塞底层线程。
同步，锁之类的都是在用户态

[CosimoZi]

协程的本质就是 continuation

[godoway]

不如问一下，go 的协程和 kt 的协程有什么区别。
个人认为 kt 的用起来更简单

[zunceng]

大部分的 thread pool 都不用实现了 ， 在一定程度上协程随便开。

Ps：一定程度上 ，我没试过开上万个 goroutine， 超过一定程度我估计也会吃不消

[reus]

语义上没有区别。

[lolizeppelin]

@richzhu

记这个不如好好把一个协程库的代码读透,比如 python 的 eventlet
读透了搞清楚模型模型了就自然理解了....啥语言都一个样,记下来真没用....

[lolizeppelin]

话说...好像这些都是从 erlang 里出来的？