前言
线程池大家都听过，其主要解决的是线程频繁创建销毁带来的性能影响，控制线程数量。
go协程理论上支持百万协程并发，协程创建调度的消耗极低，但毕竟也是消耗对吧。
而且协程池可以做一些额外的功能，比如限制并发，定时等功能。
tunny中的协程池实现的几个功能，一个是限制并发，另一个是能根据协程上下文中断协程处理。同时能在协程处理过程中能做一些额外逻辑，算是装饰器吧。
简单示例
我们首先通过一个简单的例子来看这个协程池怎么使用，根据这个例子来一步步看源码。
pool := tunny.NewFunc(10, func(in interface{}) interface{} {
intVal := in.(int)
fmt.Println(intVal)
return intVal * 2
})
defer pool.Close()
for i := 0; i < 10; i++ {
ret := pool.Process(i)
fmt.Println(ret)
}
上例中，通过tunny.NewFunc 创建了一个容量为10的协程池，第二个参数定义了协程的处理方法，在下面的循环中，通过pool.Process(i) 调用了定义的方法，这个例子已经包含了协程池的创建和调度，来看看这两个是怎么实现的。
其他实践：
tunny vs ants
tunny设计的思路与ants有较大的区别：
tunny只支持同步的方式执行任务，虽然任务在另一个 goroutine 执行，但是提交任务的 goroutine 必须等待结果返回或超时。不能做其他事情。正是由于这一点，导致tunny的设计稍微一点复杂，而且为了支持超时和取消，设计了多个通道用于和执行任务的 goroutine 通信。一次任务执行的过程涉及多次通信，性能是有损失的。从另一方面说，同步的编程方式更符合人类的直觉。
ants完全是异步的任务执行流程，相比tunny性能是稍高一些的。但是也因为它的异步特性，导致没有任务超时、取消这些机制。而且如果需要收集结果，必须要自己编写额外的代码。
总结
本文介绍了另一个 goroutine 池的实现tunny。它以同步的方式来处理任务，编写代码更加直观，对任务的执行流程有更强的控制，如超时、取消等。当然实现也复杂一些。
