通用池化框架实践之GenericKeyedObjectPool

前两天写了一篇文章介绍commons-pool2这个通用池化框架 通用池化框架commons-pool2实践，其中提到了可以池化一个对象和一组对象，一个对象用到了GenericObjectPool这个类，一组对象用到了GenericKeyedObjectPool这个类。

一开始我以为后者比较复杂，所以放弃了尝试，今天在写gRPC接口测试Demo，根据分片不同进行负载均衡连接不同节点的过程中，遇到了一个障碍。就是在服务调用gRPC的时候已经完成了自动负载均衡，我调用的SDK就需要自己实现根据不同分片连接不同的节点，这就用到了GenericKeyedObjectPool。

顾名思义，键值对象池。就是通过一个key对应一个对象类型来组合对象池，其本质上就是一个Map，key是自定义，value就是org.apache.commons.pool2.ObjectPool，而但对象池化类GenericObjectPool也是实现了这个接口。

经过查询源码注释有两点需要注意：

Map的用的ConcurrentHashMap，是线程安全的。
获取和回收太频繁，会遇到性能问题。
关于第二点，我有机会在做一期两者的性能测试。我现在用的是gRPC的连接对象io.grpc.ManagedChannel，而且每个类对象绑定的对象是io.grpc.stub.AbstractBlockingStub并不会场景去连接池中获取新连接，一个gRPC连接可以支撑N（资料称该值100左右，后续我计划50个线程公用一个连接）个线程的并发，所以暂时不用担心这个性能问题。

根据上次文章的记录的顺序分成了三部分。

可池化类
首先我们需要一个可以被池化的对象，代码同上期文章。