現在很多碼農都有接觸到redis和ZK，那么Redis和ZK實現分布式鎖的區別有哪些呢？
由于本地鎖的作用范圍只限于當前應用的線程。高并發場景下，集群中某個應用的本地鎖并不會對其它應用的資源訪問產生互斥，就會產生數據不一致的問題，所以分布鎖就派上了用場。
setnx爭搶key的鎖，如果已有key存在，則不作操作，過段時間繼續重試，保證只有一個客戶端能持有鎖。獲取鎖對應的value值，檢查是否與requestId相等，如果相等則刪除鎖。使用lua腳本實現原子操作，保證線程安全。
redis版分布式鎖很好，用起來很方便，實現也不難而且還有現成的，可惜主從不是強一致在redis集群的場景下會有問題，zk解決了這個問題不過說實話用得很少
zk那個模式完美詮釋了分布式鎖的幾個抽象出來的步驟：
1. 向一個公共組件互斥地申請一個標志，拿到了認為取到鎖（redis setnx）；
2. 維持心跳（redis setex+持續expire），心跳斷了自動釋放；
3. 業務邏輯執行完畢釋放該標志；
NPC問題感覺太深入了，真要糾結到這個地步，可能應該看一下是不是要換個思路，繞開使用分布式鎖。
ZK具有較好的穩定性，響應時間抖動很小，沒有出現異常。但是隨著并發量和業務數量的提升其響應時間和qps會明顯下降。
Redis 實現的分布式鎖基本原理是利用 Redis 本身提供的 SETNX 命令，而 ZooKeeper 的分布式鎖是基于 ZooKeeper 獨特的節點監聽機制實現的。
