Go 实现的固定 routine pool, 挂掉重新拉起新 routine

这东西应该是 gmp 封装好的

支持楼主开源。

虽然我一直迷惑一些问题。说线程不好管理、增强复用就发明了线程池，然后又说线程池不能够满足大并发就搞了协程就不用线程池了，然后现在又搞出来协程池（本身就是线程池的 io 多路复用实现？），我确实比较困惑。

@PiersSoCool #2
背景：
1.硬件的资源是有限的
2.并发本身是有峰谷的，峰值会超出硬件的上限
3.希望程序在峰值时也能稳定运行
4.线程有额外的开销

线程不好管理、增强复用就发明了线程池 => 减少线程创建销毁的开销
线程池不能够满足大并发就搞了协程就不用线程池了 => 相比于协程来说，线程的开销>协程开销
又搞出来协程池 => 减少协程创建销毁的开销

为啥会有池子 => 1.避免峰值情况下，软件所需的硬件资源超出硬件能力。2.管理线程，服用线程

GMP 可以帮忙做只是让并发更简单，而对于业务逻辑肯定是需要自己来做，比如控制最大并发。