redis 锁机制 java_使用REDIS实现分布式锁机制

一年前写过一篇文章(话说同步机制https://my.oschina.net/gonglibin/blog/894690，代码实现http://git.oschina.net/gonglibin/GlbLib-1.0.0)比较了POSIX和SYSTEM V两种标准下的同步机制，从自旋锁讲到互斥锁讲到条件锁讲到读写锁讲到信号灯(信号量)讲到记录锁(文件锁)，讲了各种机制的应用场景，最后附上性能测试报告。博文声情并茂小巧精炼代码整洁规范通俗易懂，不仅涵盖了多本《linux下编程指南》的优秀教材，更是凝聚了小哥我十年以上的一线研发经验，实在是不可多得的呕心沥血之作，让诸位见笑了。

《话说同步机制》中的方法本质上是在进程(线程)间之间共享一块内存标记区域，终究还是解决本地的同步问题，无法解决跨设备的同步要求，如今随随便便一个产品都要上集群，这就需要有一种分布式环境下，保障数据一致性的解决方案。REDIS的读写效率广受好评，如果对速度的要求不是变态高，差不离大概其的拿来用低成本低维护那是相当的省心省力呀，闲言碎语不多讲直接上手。

SETNX key value

起始版本：1.0.0

时间复杂度：O(1)

将key设置值为value，如果key不存在，这种情况下等同SET命令。当key存在时，什么也不做。SETNX是“SET if Not eXists”的简写。

返回值Integer reply：

1如果key被设置了

0如果key没有被设置

redis> SETNX mykey "Hello"

(integer) 1

redis> SETNX mykey "World"

(integer) 0

redis> GET mykey

"Hello"

redis>

EXPIRE key seconds

起始版本：1.0.0

时间复杂度：O(1)

设置key的过期时间，超过时间后，将会自动删除该key。在Redis的术语中一个key的相关超时是不确定的。超时后只有对key执行DEL命令或者SET命令或者GETSET时才会清除。 这意味着，从概念上讲所有改变key的值的操作都会使他清除。 例如，INCR递增key的值，执行LPUSH操作，或者用HSET改变hash的field所有这些操作都会触发删除动作。使用PERSIST命令可以清除超时，使其变成一个永久的key。如果key被RENAME命令修改，相关的超时时间会转移到新key上面。如果key被RENAME命令修改，比如原来就存在Key_A,然后调用RENAME Key_B Key_A命令，这时不管原来Key_A是永久的还是设置为超时的，都会由Key_B的有效期状态覆盖。

刷新过期时间

对已经有过期时间的key执行EXPIRE操作，将会更新它的过期时间。有很多应用有这种业务场景，例如记录会话的session。

返回值integer-reply：

1 如果成功设置过期时间。

0 如果key不存在或者不能设置过期时间。

redis> SET mykey "Hello"

OK

redis> EXPIRE mykey 10

(integer) 1

redis> TTL mykey

(integer) 10

redis> SET mykey "Hello World"

OK

redis> TTL mykey

(integer) -1

redis>

问题：

1、上述方法是否考虑到锁操作失败及进程(线程)异常情况？

2、上述方法是否考虑到锁操作为同一个进程(线程)的情况？

3、上述方法应该如何控制锁的有效性与失效自动销毁的实现？

仅以此文送给今天的自己，好好学习天天向上！