pooler和poolboy都是用erlang写的管理进程池的库。
pooler相对于poolboy的优点
pooler比poolboy多了些概念
-
group
在pooler里，每个pool都将属于一个group。这个概念的好处是，当我们调用
pooler:take_group_member/1从进程池里取出一个member进程时，pooler会自动做负载均衡（其实跟当前Reverse做的工作一样，就是随机一下）。默认属于
default组. -
return member pool with status
归还member进程的时候可以标记归还进程的状态，可以为
ok、fail。pooler接收到该member进程后会检查其归还状态，若归还状态为fail，则异步将其restart。 -
track process
其实进程跟踪严格说来就是根据归还状态来实现的，但因为这一点感觉尤其“贴心”，所以我想挑出来提一下。
pooler会检测consumer进程的退出状态，如果consumer以normal退出，则pooler直接回收该consumer拿的member进程；否则restart其member进程。 -
进程池可自动动态伸缩
pooler支持进程池自动动态伸缩，它允许在进程池创建的时候传入以下参数自定义动态伸缩策略：
init_count: 一般情况下的进程池大小max_count: pooler能自动“伸”，但最大不超过max_countcull_interval = {tick, threshold}: tick是个时间段，每隔这么个时间pooler会把进程池大小“缩”回init_count，或者当进程池中空闲进程数目到达threshold的时候触发“缩”的动作，缩回init_count
pooler相对于poolboy的缺点
-
用户失去了对member进程的可控度
pooler会自动管理失效的member进程，当member进程down掉了就将其重启，一旦重启了就继续使用该member进程。这么做的好处显而易见，就是方便；但是坏处也同样令人头疼，就是用户失去了对于失效的member进程的控制。比如我想自定义member进程的重启策略，这就办不到。
在用poolboy的时候，每当一个member进程down掉时用户会收到
DOWN消息，用户可以以此自定义其重启策略。从这个角度上来说，pooler显得有点“多管闲事”。
