程序员的福音 - Apache Commons Pool
mhr18 2024-12-10 14:16 22 浏览 0 评论
此文是系列文章第十三篇,前几篇请点击链接查看
程序员的福音 - Apache Commons Compress
程序员的福音 - Apache Commons Collections
程序员的福音 - Apache Commons HttpClient
程序员的福音 - Apache Commons VFS(上)
程序员的福音 - Apache Commons VFS(下)
Apache Commons Pool 开源软件库提供了一个对象池 API 和许多对象池实现。
Pool 有两个版本,目前主流的是 Pool2,与 1.x 系列相比,Apache Commons Pool2 重新编写了对象池实现。除了性能和可伸缩性改进之外,版本2还包括健壮的实例跟踪和对象池监控。
后续文章出现的 Commons-Pool 指的就是 Pool2。
Commons-Net目前最新版本是2.9.0,最低要求Java8以上。
maven坐标如下:
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
<version>2.9.0</version>
</dependency>
包结构如下:
org.apache.commons.pool2
org.apache.commons.pool2.impl
org.apache.commons.pool2.proxy
下面简单介绍一下其用法。
01
—
简介
为什么要有对象池呢,假如一个对象创建耗时 500 毫秒,而我们调用它的方法仅耗时 10 毫秒,这种情况每次使用都 new 的话性价比很低,相当于每次都要耗费 550 毫秒。 对象池就是为了解决此类问题而诞生的,对于这些昂贵的对象来说,提前创建若干个对象用对象池管理起来,用的时候从对象池借来一个,用完后归还 可以大大提升性能。
对象池是一种享元模式的实现,常用于各种连接池的实现。 比如我们常见的数据库连接池 DBCP,Redis 客户端 Jedis 等都依赖 Commons-Pool。
Commons-Pool 主要有三个角色:
PooledObject:池化对象,用于包装实际的对象,提供一些附件的功能。如 Commons-Pool 自带的 DefaultPooledObject 会记录对象的创建时间,借用时间,归还时间,对象状态等,PooledSoftReference 使用 Java 的软引用来持有对象,便于 JVM 内存不够时回收对象。当然我们也可以实现 PooledObject 接口来定义我们自己的对象包装器。
PooledObjectFactory:对象工厂,ObjectPool 对于每个对象的核心操作会代理给 PooledObjectFactory。
需要一个新实例时,就调用 makeObject 方法。
需要借用对象时会调用 activateObject 方法激活对象,并且根据配置情况决定是否验证对象有效性,通过 validateObject 方法验证。
归还对象时会调用 passivateObject 方法钝化对象。
需要销毁对象时候调用 dest是oyObject 方法。
PooledObjectFactory 必须是线程安全的。
ObjectPool :对象池接口,用于管理池中的所有对象,对于每个对象的操作会代理给 ObjectFactory。ObjectPool 有多个实现,GenericObjectPool 提供了多种配置选项,包括限制空闲或活动实例的数量、在实例处于池中空闲时将其逐出等。从版本 2 开始,GenericObjectPool 还提供了废弃实例跟踪和删除功能。SoftReferenceObjectPool 可以根据需要增长,但允许垃圾收集器根据需要从池中逐出空闲实例。
以下是部分类图
02
—
使用方式
Commons-Pool 用起来很简单,下面我用一个例子简单介绍下其用法
首先我们创建一个对象用于测试,对象构造函数使用随机延迟模拟创建的复杂
/**
* 复杂的对象,创建出来比较耗时间
*/
public class ComplexObject {
private String name;
public ComplexObject(String name) {
try {
long t1 = System.currentTimeMillis();
// 模拟创建耗时操作
ThreadLocalRandom tlr = ThreadLocalRandom.current();
Thread.sleep(4000 + tlr.nextInt(2000));
long t2 = System.currentTimeMillis();
System.out.println(name + " 创建耗时: " + (t2-t1) + "ms");
} catch (InterruptedException e) {
e.printStackTrace();
}
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
其次创建一个 ComplexPooledObjectFactory 实现。当我们有复杂的操作,比如激活对象,钝化对象,销毁对象(需要释放资源)等就需要实现 PooledObjectFactory 来定制,如果没有这些操作选择继承 BasePooledObjectFactory 抽象类更方便。下面分别给出两种创建的代码示例
1. 继承 BasePooledObjectFactory
public class SimplePooledObjectFactory extends BasePooledObjectFactory<ComplexObject> {
@Override
public ComplexObject create() {
// 随机指定一个名称,用于区分ComplexObject
String name = "test" + ThreadLocalRandom.current().nextInt(100);
return new ComplexObject(name);
}
@Override
public PooledObject<ComplexObject> wrap(ComplexObject obj) {
// 使用默认池化对象包装ComplexObject
return new DefaultPooledObject(obj);
}
}
2. 实现 PooledObjectFactory
public class ComplexPooledObjectFactory implements PooledObjectFactory<ComplexObject> {
@Override
public PooledObject<ComplexObject> makeObject() {
// 随机指定一个名称,用于区分ComplexObject并使用默认池化对象包装ComplexObject
String name = "test" + ThreadLocalRandom.current().nextInt(100);
return new DefaultPooledObject<>(new ComplexObject(name));
}
@Override
public void destroyObject(PooledObject<ComplexObject> p) {
// 销毁对象,当清空,空闲对象大于配置值等会销毁多余对象
// 此处应释放掉对象占用的资源,如关闭连接,关闭IO等
}
@Override
public boolean validateObject(PooledObject<ComplexObject> p) {
// 验证对象状态是否正常,是否可用
return true;
}
@Override
public void activateObject(PooledObject<ComplexObject> p) {
// 激活对象,使其可用
}
@Override
public void passivateObject(PooledObject<ComplexObject> p) {
// 钝化对象,使其不可用
}
}
最后编写测试代码
public static void main(String[] args) throws Exception {
// 创建配置对象
GenericObjectPoolConfig<ComplexObject> poolConfig = new GenericObjectPoolConfig<>();
// 最大空闲实例数,空闲超过此值将会被销毁淘汰
poolConfig.setMaxIdle(5);
// 最大对象数量,包含借出去的和空闲的
poolConfig.setMaxTotal(20);
// 最小空闲实例数,对象池将至少保留2个空闲对象
poolConfig.setMinIdle(2);
// 对象池满了,是否阻塞获取(false则借不到直接抛异常)
poolConfig.setBlockWhenExhausted(true);
// BlockWhenExhausted为true时生效,对象池满了阻塞获取超时,不设置则阻塞获取不超时,也可在borrowObject方法传递第二个参数指定本次的超时时间
poolConfig.setMaxWaitMillis(3000);
// 创建对象后是否验证对象,调用objectFactory#validateObject
poolConfig.setTestOnCreate(false);
// 借用对象后是否验证对象 validateObject
poolConfig.setTestOnBorrow(true);
// 归还对象后是否验证对象 validateObject
poolConfig.setTestOnReturn(true);
// 每30秒定时检查淘汰多余的对象, 启用单独的线程处理
poolConfig.setTimeBetweenEvictionRunsMillis(1000 * 60 * 30);
// 每30秒定时检查期间是否验证对象 validateObject
poolConfig.setTestWhileIdle(false);
// jmx监控,和springboot自带的jmx冲突,可以选择关闭此配置或关闭springboot的jmx配置
poolConfig.setJmxEnabled(false);
ComplexPooledObjectFactory objectFactory = new ComplexPooledObjectFactory();
GenericObjectPool<ComplexObject> objectPool = new GenericObjectPool<>(objectFactory, poolConfig);
// 申请对象
ComplexObject obj1 = objectPool.borrowObject();
println("第一次申请对象:" + obj1.getName());
// returnObject应该放在finally中 避免业务异常没有归还对象,demo仅做示例
objectPool.returnObject(obj1);
// 申请对象, 由于之前归还了,借用的还是之前的对象
ComplexObject obj2 = objectPool.borrowObject();
println("第二次申请对象:" + obj2.getName());
// 再次申请对象,由于之前没有归还,借用的是新创建的
ComplexObject obj3 = objectPool.borrowObject();
println("第三次申请对象:" + obj3.getName());
// returnObject应该放在finally中 避免业务异常没有归还对象,demo仅做示例
objectPool.returnObject(obj2);
objectPool.returnObject(obj3);
}
运行结果如下
test41 创建耗时: 5400ms
第一次申请对象:test41
第二次申请对象:test41
test58 创建耗时: 5349ms
第三次申请对象:test58
当然如果借用次数越多,节省下来的时间就越多。
由于示例比较简单粗暴,在对象池刚刚创建还没提前创建好对象,我们就去使用了,所以效果不是很理想,正常使用效果会比较好。
03
—
KeyedObjectPool
Commons-Pool 还有 KeyedPooledObjectFactory,KeyedObjectPool 接口,它支持 Key Value 形式。
public interface KeyedPooledObjectFactory<K, V> {
// 通过参数创建对象
PooledObject<V> makeObject(K key);
// 通过参数激活对象,使其可用
void activateObject(K key, PooledObject<V> obj);
// 通过参数钝化对象,使其不可用
void passivateObject(K key, PooledObject<V> obj);
// 通过参数验证对象状态是否正常,是否可用
boolean validateObject(K key, PooledObject<V> obj);
// 通过参数销毁对象,当清空,空闲对象大于配置值等会销毁多余对象
// 此处应释放掉对象占用的资源,如关闭连接,关闭IO等
void destroyObject(K key, PooledObject<V> obj);
}
具体使用方式就不做介绍了,用法和第二节的类似,区别是对象借用和归还操作需要额外传递自定义的 Key 参数。
04
—
总结
Commons-Pool 作为对象池工具包,支持对象的管理、跟踪和监控,并且支持自定义池化对象来扩展对象管理的行为,如果有相关需求可以使用。
后续章节我将继续给大家介绍 commons 中其他好用的工具类库,期待你的关注。
- 上一篇:Redis与Kafka的区别
- 下一篇:Redis实现分布式锁原理
相关推荐
- 如何通过 Redis 日志排查连接超时问题
-
Redis是一种高性能的内存数据存储服务,但在高并发或误配置情况下,可能会出现连接超时问题。借助Redis日志,可以快速定位并解决连接超时的根本原因。以下是具体的排查和解决步骤:1.什么是R...
- 给你1亿的Redis key,如何高效统计?
-
前言有些小伙伴在工作中,可能遇到过这样的场景:老板突然要求统计Redis中所有key的数量,你随手执行了KEYS*命令,下一秒监控告警疯狂闪烁——整个Redis集群彻底卡死,线上服务大面积瘫痪。今天...
- Redis分布式锁的安全性分析与实践指南
-
一、Redis分布式锁的核心原理Redis分布式锁通过SETNX(SetifNotExists)和EXPIRE(Expire)指令实现原子性操作,结合UUID生成唯一标识符,确保锁的互斥性和安全...
- 高可用Redis分布式锁:秒杀系统中的锁战
-
引言在分布式系统中,“程序猿的终极武器是并发控制”。当多个服务实例同时访问共享资源时,如何避免数据不一致和重复操作?答案是分布式锁。Redis凭借其高性能和原子性操作,成为实现分布式锁的首选方案。...
- Redis分布式锁(redis分布式锁解决超卖)
-
场景描述简单模拟一个高并发库存扣减场景,商品库存加载到Redis缓存,如:127.0.0.1:6379>setproduct:stock:101200无锁状态操作从缓存中获取对应商品的库存...
- Redis 分布式锁和 ZooKeeper分布式锁
-
Redis分布式锁和ZooKeeper(简称zk)分布式锁都是用来解决在分布式系统中多个节点之间竞争资源的问题。它们各自有不同的特点和适用场景。Redis分布式锁Redis实现分布式锁主要是...
- Redis vs ZooKeeper锁:高并发下的生死对决,谁才是最终赢家?
-
在分布式系统中,锁是控制资源访问的重要机制。Redis和ZooKeeper作为两种主流的分布式锁实现方案,各有优劣。本文将从原理、性能、代码实现三个维度进行硬核对比,助你做出最佳技术选型。一、原理对比...
- 说说Redis的大key(redis key大小限制)
-
一句话总结Redis大key指存储超大值(如字符串过大、集合元素过多)的键。主要成因包括:1.设计不合理,未拆分数据结构;2.业务需求(如缓存整页数据);3.数据持续积累未清理;4.使用不当的集合类型...
- PHP Laravel框架底层机制(php框架的底层原理)
-
当然可以,Laravel是最受欢迎的PHP框架之一,以优雅的语法和丰富的生态而闻名。尽管开发体验非常“高端”,它的底层其实是由一系列结构清晰、职责分明的组件构成的。下面我从整体架构、核心流程、...
- PHP性能全面优化-值得收藏(php优化网站性能)
-
PHP项目卡顿频发,老技巧失灵?隐藏漏洞竟在代码循环里。上周公司服务器突然开始卡顿,测试发现用户请求响应时间翻倍。我们先按以前学的方法做了基准测试,用AB工具压测时发现2000并发就有5%错误,换成S...
- PHP+UniApp:低成本打造外卖系统横扫App+小程序+H5全平台
-
在餐饮行业数字化转型中,外卖系统开发常面临两大痛点:高昂的开发成本(需独立开发App、小程序、H5)和多端维护的复杂性。PHP+UniApp的组合通过技术复用与跨平台能力,为中小商家和开发者提供了“降...
- 从需求到上线:PHP+Uniapp校园圈子系统源码的架构设计与性能优化
-
一、需求分析与架构设计1.核心功能需求用户体系:支持手机号/微信登录、多角色权限(学生、教师、管理员)。圈子管理:支持创建/加入兴趣圈子(如学术、电竞)、标签分类、动态发布与审核。实时互动:点赞、评...
- PHP 8.0性能翻3倍?四年亲测:这些项目升了哭晕!
-
2020年那个感恩节,当PHP8.0带着“性能翻倍”的豪言横空出世时,无数程序员连夜备份代码准备升级。四年过去了,那些宣称“性能提升3倍”的项目,真的跑出火箭速度了吗?还记得当时铺天盖地的宣传吗?“...
- 我把 Mac mini 托管到机房了:一套打败云服务器的终极方案
-
本内容来源于@什么值得买APP,观点仅代表作者本人|作者:薯仔不爱吃薯仔我把我积灰的Macmini托管到机房了,有图有真相。虽然画质又渣又昏暗,但是!这就是实锤。作为开发者,谁不想拥有个自己的服...
- 从phpstudy到Docker:我用一个下午让开发效率翻倍的实战指南
-
一、为什么放弃phpstudy?上周三下午,我花了3小时将本地开发环境从phpstudy迁移到Docker,没想到第二天团队反馈:环境部署时间从2小时压缩到5分钟,跨设备协作bug减少70%。作为一个...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle 空为0 (51)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)