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

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

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

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

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

//从连接池获取连接
Jedis jedis = pool.getResource();
try{
   
}catch(Exception e) {
    e.printStackTrace();
}finally{
   //归还连接到redis池中
   poo.returnResource();
}

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

String str = null;
<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());//模拟异常
try{
	System.out.println("模拟从redis取数据");
}catch(Exception e) {
	e.printStackTrace();
}finally{
	System.out.println("连接释放。。。");
}

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

//从连接池获取连接
Jedis jedis = null;
try{
   jedis = pool.getResource();
}catch(Exception e) {
    e.printStackTrace();
}finally{
   //归还连接到redis池中
   poo.returnResource();
}

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

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