作者 | 乔宇
杏仁后端工程师,关注服务端技术。
我们系统中一般都会存在很多可重用并长期使用的对象,比如线程、TCP 连接、数据库连接等。虽然我们可以简单的在使用这些对象时进行创建、使用结束后销毁,但初始化和销毁对象的操作会造成一些资源消耗。我们可以使用对象池将这些对象集中管理,减少对象初始化和销毁的次数以节约资源消耗。
顾名思义,对象池简单来说就是存放对象的池子,可以存放任何对象,并对这些对象进行管理。它的优点就是可以复用池中的对象,避免了分配内存和创建堆中对象的开销;避免了释放内存和销毁堆中对象的开销,进而减少垃圾收集器的负担;避免内存抖动,不必重复初始化对象状态。对于构造和销毁比较耗时的对象来说非常合适。
当然,我们可以自己去实现一个对象池,不过要实现的比较完善还是要花上不少精力的。所幸的是, Apache 提供了一个通用的对象池技术的实现: Common Pool2,可以很方便的实现自己需要的对象池。Jedis 的内部对象池就是基于 Common Pool2 实现的。
核心接口
Common Pool2 的核心部分比较简单,围绕着三个基础接口和相关的实现类来实现:
ObjectPool:对象池,持有对象并提供取/还等方法。PooledObjectFactory:对象工厂,提供对象的创建、初始化、销毁等操作,由 Pool 调用。一般需要使用者自己实现这些操作。PooledObject:池化对象,对池中对象的封装,封装对象的状态和一些其他信息。
Common Pool2 提供的最基本的实现就是由 Factory 创建对象并使用PooledObject 封装对象放入 Pool 中。
对象池实现
对象池有两个基础的接口 ObjectPool 和 KeyedObjectPool, 持有的对象都是由 PooledObject 封装的池化对象。 KeyedObjectPool 的区别在于其是用键值对的方式维护对象。
ObjectPool 和 KeyedObjectPool 分别有一个默认的实现类GenericObjectPool 和 GenericKeyedObjectPool 可以直接使用,他们的公共部分和配置被抽取到了 BaseGenericObjectPool 中。
SoftReferenceObjectPool 是一个比较特殊的实现,在这个对象池实现中,每个对象都会被包装到一个SoftReference中。SoftReference允许垃圾回收机制在需要释放内存时回收对象池中的对象,可以避免一些内存泄露的问题。
ObjectPool
下面简单介绍一下 ObjectPool 接口的核心方法,KeyedObjectPool 和ObjectPool 类似,区别在于方法多了个参数: K key。
public interface ObjectPool<T> {
}
PooledObjectFactory
对象工厂,负责对象的创建、初始化、销毁和验证等工作。Factory 对象由ObjectPool持有并使用。
public interface PooledObjectFactory<T> {
}
Common Pool2 并没有提供 PooledObjectFactory 可以直接使用的子类实现,因为对象的创建、初始化、销毁和验证的工作无法通用化,需要由使用方自己实现。不过它提供了一个抽象子类 BasePooledObjectFactory,实现自己的工厂时可以继承BasePooledObjectFactory,就只需要实现 create 和 wrap 两个方法了。
PooledObject
PooledObject 有两个实现类,DefaultPooledObject 是普通通用的实现,PooledSoftReference 使用 SoftReference 封装了对象,供SoftReferenceObjectPool 使用。
下面是 PooledObject 接口的一些核心方法:
public interface PooledObject<T> extends Comparable<PooledObject<T>> {
}
对象池配置
对象池配置提供了对象池初始化所需要的参数,Common Pool2 中的基础配置类是BaseObjectPoolConfig。其有两个实现类分别为 GenericObjectPoolConfig和 GenericKeyedObjectPoolConfig,分别为 GenericObjectPool 和GenericKeyedObjectPool 所使用。
下面是一些重要的配置项:
lifo连接池放池对象的方式,true:放在空闲队列最前面,false:放在空闲队列最后面,默认为 truefairness从池中获取/返还对象时是否使用公平锁机制,默认为 falsemaxWaitMillis获取资源的等待时间。blockWhenExhausted 为 true 时有效。-1 代表无时间限制,一直阻塞直到有可用的资源minEvictableIdleTimeMillis对象空闲的最小时间,达到此值后空闲对象将可能会被移除。-1 表示不移除;默认 30 分钟softMinEvictableIdleTimeMillis同上,额外的条件是池中至少保留有 minIdle 所指定的个数的对象numTestsPerEvictionRun资源回收线程执行一次回收操作,回收资源的数量。默认 3evictionPolicyClassName资源回收策略,默认值 org.apache.commons.pool2.impl.DefaultEvictionPolicytestOnCreate创建对象时是否调用 factory.validateObject 方法,默认 falsetestOnBorrow取对象时是否调用 factory.validateObject 方法,默认 falsetestOnReturn返还对象时是否调用 factory.validateObject 方法,默认 falsetestWhileIdle池中的闲置对象是否由逐出器验证。无法验证的对象将从池中删除销毁。默认 falsetimeBetweenEvictionRunsMillis回收资源线程的执行周期,默认 -1 表示不启用回收资源线程blockWhenExhausted资源耗尽时,是否阻塞等待获取资源,默认 true
池化对象的状态
池化对象的状态定义在 PooledObjectState 枚举中,有以下值:
IDLE在池中,处于空闲状态ALLOCATED被使用中EVICTION正在被逐出器验证VALIDATION正在验证INVALID驱逐测试或验证失败并将被销毁ABANDONED对象被客户端拿出后,长时间未返回池中,或没有调用 use 方法,即被标记为抛弃的
这些状态的转换逻辑大致如下图:
Demo
最后,我们来实现一个简单的 Demo 来上手 Common Pool2 的使用,这是一个StringBuffer 的对象池的使用。
首先要实现工厂的创建、封装和销毁操作。对象池和池化对象封装使用默认实现就可以了。
public class StringBufferFactory extends BasePooledObjectFactory<StringBuffer> {
}
然后就可以使用对象池了,基本的操作就是获取、返还和标记失效等。
// 创建对象池配置
}
总结
Common Pool2 的应用非常广泛,在日常的开发工作中也有很多使用场景。它的整体架构也并不复杂,可以将其简单划分为 3 个角色和相关的配置、状态,掌握起来比较简单。而且 Common Pool2 官方也提供了一些通用的实现,有特殊的开发需求时也可以简单的扩展其提供的抽象类,可以满足大部分的日常开发需求。
全文完
以下文章您可能也会感兴趣:
我们正在招聘 Java 工程师,欢迎有兴趣的同学投递简历到 [email protected] 。
杏仁技术站
长按左侧二维码关注我们,这里有一群热血青年期待着与您相会。