当前位置： 移动技术网 > IT编程>开发语言>Java > Jedis出现connection timeout问题解决方法（JedisPool连接池使用实例）

Jedis出现connection timeout问题解决方法（JedisPool连接池使用实例）

2019年07月22日  | 移动技术网IT编程  | 我要评论

最后的独角兽txt,毒龙传说,牛骨网

今天发现jedis 默认的连接方式 jedis=new jedis(“localhost”,6379)，老是发生connection timeout. 后来发现jedis类包还有一种可以设置最大连接时间的方法。

1->获取jedis实例需要从jedispool中获取；
2->用完jedis实例需要还给jedispool；
3->如果jedis在使用过程中出错，则也需要还给jedispool；
代码如下

复制代码 代码如下:

jedispoolconfig config = new jedispoolconfig();

  config.setmaxactive(100);

  config.setmaxidle(20);

  config.setmaxwait(1000l);
  jedispool pool;
  pool = new jedispool(config, "2xx.xx.xx.14", 6379);

  boolean borroworoprsuccess = true;
  try {
   jedis = pool.getresource();
   // do redis opt by instance
  } catch (jedisconnectionexception e) {
   borroworoprsuccess = false;
   if (jedis != null)
    pool.returnbrokenresource(jedis);

  } finally {
   if (borroworoprsuccess)
    pool.returnresource(jedis);
  }
  jedis = pool.getresource();

jedispool依赖apache类包

commons-pool-1.5.6.jar

1->虽然抛出jedisconnectionexception，但实际上有两类错误，一类是pool.getreource()，得不到可用的jedis实例；另一类是jedis.set/get时出错也会抛出这个exception；为了实现区分，所以根据instance是否为null来实现，如果为空就证明instance根本就没初始化，也就不用return给pool；如果instance不为null，则证明是需要返还给pool的；
2->在instance出错时，也要调用returnbrokenresource返还给pool，否则下次通过getresource得到的instance的缓冲区可能还存在数据，出现问题！

jedispool的配置参数很大程度上依赖于实际应用需求、软硬件能力。以前没用过commons-pool，所以这次花了一整间专门看这些参数的含义。。。jedispool的配置参数大部分是由jedispoolconfig的对应项来赋值的。

maxactive：控制一个pool可分配多少个jedis实例，通过pool.getresource()来获取；如果赋值为-1，则表示不限制；如果pool已经分配了maxactive个jedis实例，则此时pool的状态就成exhausted了，在jedispoolconfig

maxidle：控制一个pool最多有多少个状态为idle的jedis实例；

whenexhaustedaction：表示当pool中的jedis实例都被allocated完时，pool要采取的操作；默认有三种when_exhausted_fail（表示无jedis实例时，直接抛出

nosuchelementexception）、when_exhausted_block（则表示阻塞住，或者达到maxwait时抛出jedisconnectionexception）、when_exhausted_grow（则表示新建一个jedis实例，也就说设置的maxactive无用）；

maxwait：表示当borrow一个jedis实例时，最大的等待时间，如果超过等待时间，则直接抛出jedisconnectionexception；

testonborrow：在borrow一个jedis实例时，是否提前进行alidate操作；如果为true，则得到的jedis实例均是可用的；

testonreturn：在return给pool时，是否提前进行validate操作；

testwhileidle：如果为true，表示有一个idle object evitor线程对idle object进行扫描，如果validate失败，此object会被从pool中drop掉；这一项只有在timebetweenevictionrunsmillis大于0时才有意义；

timebetweenevictionrunsmillis：表示idle object evitor两次扫描之间要sleep的毫秒数；

numtestsperevictionrun：表示idle object evitor每次扫描的最多的对象数；

minevictableidletimemillis：表示一个对象至少停留在idle状态的最短时间，然后才能被idle object evitor扫描并驱逐；这一项只有在timebetweenevictionrunsmillis大于0时才有意义；

softminevictableidletimemillis：在minevictableidletimemillis基础上，加入了至少minidle个对象已经在pool里面了。如果为-1，evicted不会根据idle time驱逐任何对象。如果minevictableidletimemillis>0，则此项设置无意义，且只有在timebetweenevictionrunsmillis大于0时才有意义；

lifo：borrowobject返回对象时，是采用default_lifo（last in first out，即类似cache的最频繁使用队列），如果为false，则表示fifo队列；

其中jedispoolconfig对一些参数的默认设置如下：
testwhileidle=true
minevictableidletimemills=60000
timebetweenevictionrunsmillis=30000
numtestsperevictionrun=-1

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网