一年前写过一篇文章（话说同步机制，代码实现）比较了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、上述方法应该如何控制锁的有效性与失效自动销毁的实现？

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