使用JedisPool来连接Twemproxy

这里主要是配置的问题：

<bean id="jedisConfig" class="redis.clients.jedis.JedisPoolConfig">
<property name="maxActive" value="50" /> 
<property name="maxIdle" value="10" /> 
<property name="maxWait" value="1000" /> 
<property name="testOnBorrow" value="true /> 

这里的配置testOnBorrow只能配置为false  否则会报错

Caused by: java.util.NoSuchElementException: Could not create a validated object, cause: ValidateObject failed
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1233)
at redis.clients.util.Pool.getResource(Pool.java:20)

原因：通过 JedisPool.getResource();从连接池中获取连接的时候会对连接进行检验：

  if(_testOnBorrow &&!_factory.validateObject(latch.getPair().value)) {
        throw new Exception("ValidateObject failed");
   }

而检验的方法就是

    public boolean validateObject(final Object obj) {
            if (obj instanceof Jedis) {
                final Jedis jedis = (Jedis) obj;
                try {
                    return jedis.isConnected() && jedis.ping().equals("PONG");
                } catch (final Exception e) {
                    return false;
                }
            } else {
                return false;
            }
        }

看到了在JedisFactory里的实现，除了判断连接状态，还会通过Ping0来判断连接的可用性

java.net.SocketTimeoutException: Read timed out  

JedisPool经常出现Read Time out,这个是由于timeout的设置不合理造成的，不知道为什么在Jedis里面的socket超时设置为什么connnect()与sotimeout是两个时间是相同的

                socket.connect(new InetSocketAddress(host, port), timeout);
                socket.setSoTimeout(timeout);

这里如果吧timeout理解成redis的连接时间（3,4次握手）是不是不合理，如果出现这个时间应该开大这个timeout才是，参考：

而TwemProxy本身是不支持ping命令的。

解决方法：1，暂且设置testOnBorrow=false(默认值,其实还是不够的，因为TimerTask还是会去校验IDLE对象,如果真要这么干还要设置.testWhileIdle=false,后台不会校验到)

                  2，修改Proxy是器支持ping命令