回顾之前spring学习过程中学到的一些知识点,在连接池的运用中经常会运用到享元模式
我们看下源码,是怎么实现的?
先自定义一个redis连接池的工厂,叫做RedisDataSource
public class RedisDataSource {
private static volatile JedisPool jedisPool;
public static Jedis getJedis() {
if (jedisPool == null) {
synchronized (RedisDataSource.class) {
if (jedisPool == null) {
JedisPoolConfig config = new JedisPoolConfig();
config.setMaxTotal(2);//最大连接数
// config.setMaxIdle(60);//最大空闲数
jedisPool =new JedisPool(config, "127.0.0.1", 6379);
}
}
}
return jedisPool.getResource();
}
public static JedisPool getJedisPool(){
JedisPoolConfig config = new JedisPoolConfig();
config.setMaxTotal(1000);//最大连接数
config.setMaxIdle(60);//最大空闲数
return new JedisPool(config, "127.0.0.1", 6379);
}
}
RedisDataSource的静态getJedis()方法可以向外界公开一个获取Jedis连接对象的接口,但是创建Jedis'Pool的方式是采用的单例方式,也就是说JedisPool从始至终只有一份,但是Jedis连接可能有多个。
现在我们的连接池大小是2,连续打印3个从连接池获取到的Jedis对象,会发现进程卡住了,因为连接池最大只能装载2个链接,而我们现在要获取第三个链接,所以进程会卡住,不执行,但是如果我们主动关闭一个Jedis链接的话,第三个就可以使用了,而且复用了之前创建出来的Jedis对象。以下是打印出来的结果:
redis.clients.jedis.Jedis@58695725
redis.clients.jedis.Jedis@543588e6
redis.clients.jedis.Jedis@58695725
所以首先有一个问题:
为什么在第三次获取Jedis对象的时候,会复用呢?这个被复用的Jedis对象是什么时候存到了jedispool中的呢?
//每次获取Jedis链接的时候,会去走这段代码:
p = (PooledObject)this.idleObjects.pollFirst();
//如果拿不到空闲的Jedis对象,那么创建一个新的
if (p == null) {
p = this.create();
之后,当jedis对象调用了close()方法的时候,会去找到的他的datasource,也就是一开始创建它的Jedispool,然后执行下面的这个方法去释放资源,
public void close() {
if (this.dataSource != null) {
JedisPoolAbstract pool = this.dataSource;
this.dataSource = null;
if (this.client.isBroken()) {
pool.returnBrokenResource(this);
} else {
pool.returnResource(this);
}
} else {
super.close();
}
}
让这个Jedis对象添加到idleObjects中,变成一个空闲对象,
this.idleObjects.addFirst(p);
之后再从线程池获取jedis对象的时候,就是拿这个idleobject了