您的位置：首页 > 编程语言 > Java开发

从java的角度看golang并发(web server方面)

2020-03-19 20:29 246 查看

http://www.jianshu.com/p/616e1a11251f

从java的角度看golang在并发方面的特点，先从最顶层的线程模型开始，结合线程模型看golang的并发优势，最后看golang的调度细节

golang的线程模型类似java中的固定大小的线程池，现在是默认cpu核数个逻辑处理器(p)，每个逻辑处理器对应一个操作系统线程(m)，每个逻辑处理器中有一个队列存放要执行的goroutine(g)，这就是golang中老生常谈的mpg。

根据上面java和golang的线程模型对比，可以看出golang的协程任务切换是用户态的操作，不像java进行线程切换是切换的的操作系统线程，有很多额外的上下文切换开销

在java web的并发世界里，影响并发性能的主要有任务调度、网络io、同步处理

任务调度：传统java web一个请求对应一个线程(异步servlet或者非servlet容器的web flux不是这样)，假设并发有2000个请求的话就对应有两千个线程处理请求，光是开辟两千个线程和调度两千个线程就已经比较费资源了
golang的一个请求对应一个协程，同样的2000个并发请求也只是在逻辑处理器的任务队列里有2000个任务，不需要和操作系统打交道开辟线程，调度也仅仅是在用户态

网络io

同步处理

4种事件会触发golang的协程调度：go关键字、gc、系统调用、同步处理 go关键字，新建一个goroutine进行调度，相当于new Thread().start()
gc，触发携程调度，开始执行gc
系统调用，像epoll这种异步系统调用没什么说的，逻辑处理器不会被阻塞。但是一些同步系统调用确实会阻塞住逻辑处理器对应的操作系统线程，此时该逻辑处理器队列里的其他协程会被移动到别的逻辑处理器上，不会因为一个逻辑处理器在执行同步系统调用，就把该处理器上的所有协程都阻塞住了
同步处理，lock和channel等同步工具会触发协程切换

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签： go java epoll java ee flux f2

相关文章推荐

新的分享

章节导航