redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resourc

使用redis作为缓存工具，很容易出现从redis连接池中得不到连接的问题。而使用redis连接池获取连接的时候，往往是在高并发情形下，出现如题所示的问题。本人一般从如下几个方面排查，经验之谈~

1）首先判断redis连接参数是否配置正确？很有可能，之前一直能取，但现在突然出现异常，很有可能是redis的服务器down掉了，或者redis的连接条件被更改；

2）网络权限更改：做过项目就很容易知道，每种环境的权限是不同的，很有可能你项目所在的网段连接redis的权限被更改，导致之前一直可以获取redis连接，但现在却无法获取。

3）查代码：一般而言，从redis里面获取连接取数据，完毕之后应该立即归还到池中。应该注意的是，一般都会用典型的try{} catch{} finally{}结构包围，在finally{}中释放连接（这样可以确保无论是否发生异常，redis的连接都能及时被归还到连接池中）；

4）归还redis连接必须要注意的一点，如：

[java]  view plain  copy

 

1. //从连接池获取连接  
2. Jedis jedis = pool.getResource();  
3. try{  
4.      
5. }catch(Exception e) {  
6.     e.printStackTrace();  
7. }finally{  
8.    //归还连接到redis池中  
9.    poo.returnResource();  
10. }  

这段代码看起来很满足3）的规范，在finally里归还了连接。但！有一个隐藏的容错性考虑，当Jedis jedis = pool.getResource();这段代码发生异常时，finally的代码是不会被执行的。我可以模拟一下，

[java]  view plain  copy

 

1. String str = null;  
2. <a target=_blank href="http://www.07net01.com/tags-system-0.html" target="_blank" class="infotextkey" style="box-sizing: border-box; color: rgb(66, 139, 202); background: transparent;">system</a>.out.println(str.length());//模拟异常  
3. try{  
4.     System.out.println("模拟从redis取数据");  
5. }catch(Exception e) {  
6.     e.printStackTrace();  
7. }finally{  
8.     System.out.println("连接释放。。。");  
9. }  

运行报异常，finally里面的代码不会被执行。所以，应该改成这样：

[java]  view plain  copy

 

1. //从连接池获取连接  
2. Jedis jedis = null;  
3. try{  
4.    jedis = pool.getResource();  
5. }catch(Exception e) {  
6.     e.printStackTrace();  
7. }finally{  
8.    //归还连接到redis池中  
9.    poo.returnResource();  
10. }  

当然，这是由于try catch finally的机制决定，但很容易被忽视~

再不济的话，提高redis池连接个数和最大空闲数等参数……