jedis

来源：http://www.cnblogs.com/Springmoon-venn/p/10141915.html

方法定义以下：

1、String    set(String key, String value)
2、String set(String key, String value, String nxxx) 三、String set(String key, String value, String nxxx, String expx, int time) 四、String set(String key, String value, String nxxx, String expx, long time)

功能都是同样的，“Set the string value as value of the key.” 将string类型的value 放到key的value上，返回值都是 String。

一、把key、value set到redis中，隐含覆盖，默认的ttl是-1（永不过时）

二、根据第三个参数，把key、value set到redis中

    nx ： not exists, 只有key 不存在时才把key value set 到redis

    xx ： is exists ，只有 key 存在是，才把key value set 到redis

 

三、4 和2 就相同，只是多加了个过时时间

     expx参数有两个值可选 ：

          ex ： seconds 秒

          px :   milliseconds 毫秒

     使用其余值，抛出 异常 ： redis.clients.jedis.exceptions.JedisDataException : ERR syntax error 

    

    第五个参数就比较尴尬了，有两种可选的值，int 和long 的time，都是过时时间，那有什么不同呢？

    

    Jedis 类的set 方法中 int和long（第五个参数）重载的方法，方法体基本同样：

public String set(final String key, final String value, final String nxxx, final String expx, final int time){ checkIsInMultiOrPipeline(); client.set(key, value, nxxx, expx, time) return client.getStatusCodeReply(); } public String set(final String key, final String value, final String nxxx, final String expx, final long time){ checkIsInMultiOrPipeline(); client.set(key, value, nxxx, expx, time) return client.getStatusCodeReply(); }

有什么不同呢，其余并无，一路源码追下去：

    

Jedis 类 --》 Client类 --》 BinaryClient  都是同样的

 

在BinaryClient 的set 方法中，对 int 和 long 的time参数，作了个 toByteArray(time),操做，打开源码，发现：

 

public static final byte[] toByteArray(final int value){ return SafeEncoder.encode(StringvalueOf(value)); } public static final byte[] toByteArray(final long value){ return SafeEncoder.encode(StringvalueOf(value)); }

 

无论是int 仍是long，都转成String了，因此jedis 的最后两个重载方法，实际上是同样的，（猜想：一、expx 参数是px的时候，使用long类型的参数，能够表示更多时间； 二、知足使用习惯long类型表示毫秒）

  

最后，返回值String，若是写入成功是“OK”，写入失败返回空（在nxxx的时候，也是）