Golang 协程池的使用
背景
系统开发部分需求涉及到了多任务执行,而多任务执行过程中需要处理并发问题,都知道 Golang 本身是支持高并发的,其实很多语言都支持并发,像 Java 也可以创建多个线程(Thread),但是为什么要强调 Golang 支持高并发呢?那是因为 Golang 并发执行 100w 个协程。(coroutine)也不会觉得特别吃力,但是 Java 并发执行 1w 个线程(Thread)其性能下降就显而易见了,因此支持高并发也是 Golang 的特性之一。
Golang 的并发是通过协程来实现支持的,Go 中 main 函数入口本身是一个主协程,如果我们没有创建子协程,那么这种程序执行模式就是串行(即一件事情做完再做另外一件事)
可想而知这种模式效率低下,所以多用户量的网站使用这种网络请求模式不可取。并行的话(同一时间多个任务同时执行),这种模式不太现实,因为没有那么多核的 CPU。那就只剩下并发模式了(同一时间段内多个任务交替间隔执行),Golang 每个协程执行的都是一个函数。
Golang 使用协程处理并发任务效率比较高,但是我们在实际的开发过程中真的给每个任务都新开一个子协程吗?启动子协程越多占用的系统资源越多,那么程序的执行效率反而会受到影响,因此需要使用协程池来限制协程的启动数量。
实现方案
协程池的实现是有入口队列 entryChannel 和任务队列 jobChannel 以及具体做任务的协程 worker 组成,画图如下:
测试效果
总结
理论上资源够可以开很多很多协程, main 就是一个主协程,其他协程,无论是协程里面又开启的协程,其实理论上都从属于 main 主协程。协程的通讯和控制就依赖于 channel 通道和 context 包,而协程的代码一定注意不要有死循环或者无限制等待的阻塞任务,不然除非 main 退出,子协程是无法退出的,他不像进程这样,你还可以通过 kill 等命令强制结束,context 的控制逻辑其实也是要代码执行到判断逻辑主动退出的,如果之前就阻塞或者死循环,那就无法退出了。当然就像上面可以自己控制实现一个协程池来管控一下。
更多学习资料戳下方!!!
评论