Jedis Object has already been returned to this pool or is invalid

在工作中使用了Redis，同时在公司自己的系统中封装了Redis的JAVA端jedis。为了提高Jedis的效率，提高系统资源使用率，又使用了Jedis Pool。 为了方便使用，在底层封装了JedisPool。但在进行初步测试时，出现了如下问题：

  Exception in thread "pool-3-thread-19" redis.clients.jedis.exceptions.JedisException: Could not return the resource to the pool
at redis.clients.jedis.JedisPool.returnResource(JedisPool.java:256)
at org.steed.core.redis.util.RedisInstance.recycleJedis(RedisInstance.java:57)
at org.steed.bussiness.stock.redis.cache.StockChangedProductQueue$1.run(StockChangedProductQueue.java:34)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: redis.clients.jedis.exceptions.JedisException: Could not return the resource to the pool
at redis.clients.util.Pool.returnResourceObject(Pool.java:69)
at redis.clients.jedis.JedisPool.returnResource(JedisPool.java:253)
... 5 more
Caused by: java.lang.IllegalStateException: Object has already been returned to this pool or is invalid
at org.apache.commons.pool2.impl.GenericObjectPool.returnObject(GenericObjectPool.java:551)
at redis.clients.util.Pool.returnResourceObject(Pool.java:67)
... 6 more

以上问题就是说 Jedis对象被提前关闭了。使用JedisPool时一般获取jedis与关闭Jedis是同步出现的，一旦Jedis提前关闭或者Jedis对象不一致，都可能出现上述问题。

经过分析代码，发现代码使用了线程池，同时使用ThreadLocal保存了Jedis对象。第一次取值时，因为当前线程变量不存在，则从ThreadLocal中取出的值为空，此时从Jedis线程池中取出一个对象，在使用完毕后关闭了jedis；第二次取值时，因为当前线程变量中已经存在了Jedis(为什么会存在呢?且看下文),则从ThreadLocal中取出的值不为空，而此时jedis因为已经close了，所以会出现上述错误。

为什么Jedis在第二次取值会存在呢? 很显然，我们使用了线程池，从线程池取出的线程结束后是放回到线程池而不是销毁的，因此第二次从线程池取出的线程很可能与第一次从线程取出的线程是同一个线程时，此时ThreadLocal里面的保存的值也就不会随之线程的结束而清空。这个就是产生上述问题的原因之一。解决方法就是重新从JedisPool中取出一个jedis对象。

以上问题可以向我们说明了一点，当我们使用了线程池同时也使用了ThreadLocal时，应该在每次线程结束时清空ThreadLocal中保存的数据，只用这样才不会对以后的操作产生干扰。

转载时请注明出处：http://blog.csdn.net/yumingbeizhan/article/details/76889969