ShardedJedisPool中,returnBrokenResource() 及 returnResource() ,为施放资源、关闭连接的方法,若重复调用,导致 _numActive 当前活动数一直递减,会出现负数的情况。

假如在一个方法中设置了三个jedis连接,在获取第一或第二个连接时出现异常,在抛出异常或者finally中总是施放这三个资源,会导致池中的连接连续施放三次,从而变成负数。

这样会出现连接池最大连接数配置无效的情况。

 

以下片段代码:

public class RedisUtil {
    public static ShardedJedisPool pool;
    static {
        JedisPoolConfig config = new JedisPoolConfig();// Jedis池配置
        config.setMaxActive(2);// 最大活动的对象个数
        config.setMaxIdle(1000 * 60);// 对象最大空闲时间
        config.setMaxWait(1000 * 3);// 获取对象时最大等待时间
        config.setTestOnBorrow(true);
        String hostA = "192.168.0.99";
        int portA = 6380;
        List<JedisShardInfo> jdsInfoList =new ArrayList<JedisShardInfo>(1);
        JedisShardInfo infoA = new JedisShardInfo(hostA, portA);
        jdsInfoList.add(infoA);
        pool = new ShardedJedisPool(config, jdsInfoList);
    }
    
    public static void testRedis() {
        
        ShardedJedis jedis = null;
        ShardedJedis jedis1 = null;
        ShardedJedis jedis2 = null;
        try {
            // 从池中获取三次连接
            jedis = pool.getResource();
            jedis1 = pool.getResource();
            jedis2 = pool.getResource();
            
            String value = jedis.get("wuse");
            String value1 = jedis1.get("wuse");
            if (null == value || "".equals(value)) {
                jedis.set("wuse", "testWuse");
                jedis.expire("wuse", 20);
            }else {
                System.out.println(value);
            }
        } catch (Exception e) {
            e.printStackTrace();
            
            // 异常时关闭连接,此处可以注释
        } finally {
            pool.returnBrokenResource(jedis);
            pool.returnBrokenResource(jedis1);
            pool.returnBrokenResource(jedis2);
        }
    }
}

 

比如,设置的最大连接数为3,当第一次获取连接1和连接2的时候,没有问题,获取第三个连接的时候,由于最大连接数为2,所以抛异常

走finally之后,释放掉三个连接资源,这时候,pool连接池的当前活动数竟然为-1

所以,第二次再调用testRedis()方法时,由于之前pool的活动数为-1,这次三个连接都能获取成功,不抛异常。

 

-------------------------------------------------------------------------------

ShardedJedisPool类本身继承Pool类,Pool类中用了org.apache.commons.pool.impl.GenericObjectPool类来当做连接池,而Pool类初始化时,需要传入PoolableObjectFactory工厂类,在ShardedJedisPool类中自定义了一个继承BasePoolableObjectFactory类的工厂类ShardedJedisFactory,而ShardedJedisFactory类中的销毁方法destroyObject()方法中,从传进来的ShardedJedis对象里获取了镜像连接,继承的最顶层Sharded类中的getAllShards()方法,实际上只是通过Collections工具类获取了resources的value集合的镜像,所以实际上也就是说只是意义上释放了连接。 

而ShardedJedisPool类中的returnBrokenResource()方法,实际上调用的是GenericObjectPool类的invalidateObject()方法,而每次调用后,总会再去做 _numActive --,也就是说,每次调用,当前活动数都会减1,有可能最终导致负数(其实是与实际活动数不匹配),从而影响到原始设定的最大连接数会不管用。

 

 

 

posted on 2014-04-28 22:07  黯然无色  阅读(3378)  评论(0编辑  收藏  举报