前两天写了一篇文章介绍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个线程公用一个连接)个线程的并发,所以暂时不用担心这个性能问题。
根据上次文章的记录的顺序分成了三部分。
可池化类
首先我们需要一个可以被池化的对象,代码同上期文章。