当JAVA项目中出现Could not get a resouce from the pool时的解决思路

今天在搭开发环境时遇到的一个问题，怎么都解决不了，后来百度查了好久的资料，终于发现问题在哪，跟大家介绍一下自己整理的解决思路。

1.确定自己的redis是否正常启动。
检测方法很简单，打开命令行，输入netstat -ano|findstr 6379 (6379为redis默认端口，如果启动的是其他端口的redis，修改为相应端口号即可)，如果发现端口正常运行，则说明redis已启动。
2.查看项目的对应properties文件配置
如果是已经配好了properties的项目，那么一定要注意相关redis的配置是否为默认值，是否包含密码，端口是否为默认端口。例如我这边项目中6379端口设置了一个redis.pass=linkage的密码，所以要保持一致，redis.windows.conf文件中要加上一个 requirepass linkage。
3.查看项目中是否有哨兵模式！！！
重点来了，这个就是坑了我一天的罪魁祸首。因为项目比较老，我刚刚接触，没有注意到，项目中引用了redis的哨兵模式。包是com.linkage.educloud.base.redis.ShardedMasterSlaveJedisSentinelPool。
所以需要配置哨兵模式。
哨兵需要一个类似redis的conf文件，我的文件名为sentinel_26379.conf，放在redis文件夹里，具体内容如下（可根据需求改动，26379为端口号，其他语句感兴趣的同学可自行百度）：
port 26379
daemonize yes
logfile “D:/Redis/redis64-3.0.501/sentinel_26379.log”
dir “D:\Redis\redis64-3.0.501”
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 15000
sentinel auth-pass mymaster linkage
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0
sentinel known-slave mymaster 127.0.0.1 6380
sentinel current-epoch 0

然后在命令行中，到达redis文件夹位置，输入
.\redis-server.exe .\sentinel26379.conf --sentinel 命令，即可完成哨兵启动。

这时，重新启动项目，就没问题啦！！！

redis的问题很多都是似是而非，表面是A问题，实际是B问题，所以需要仔细研究，最后，附上一个我感觉比较有价值的参考链接，如果跟我的问题不一致，可以去参考一下。
https://blog.csdn.net/testcs_dn/article/details/43052585