redis分佈式鎖和消息隊列

最近博主在看redis的時候發現了兩種redis使用方式，與以前redis做爲緩存不一樣，利用的是redis可設置key的有效時間和redis的BRPOP命令。

分佈式鎖

因爲目前一些編程語言，如PHP等，不能在內存中使用鎖，或者如Java這樣的，須要一下更爲簡單的鎖校驗的時候，redis分佈式鎖的使用就足夠知足了。
redis的分佈式鎖其實就是基於setnx方法和redis對key可設置有效時間的功能來實現的。基本用法比較簡單。

public boolean tryLock(String lock,long expireTime){ String expire = String.valueOf(System.currentTimeMillis() + expireTime + 1); Long result = jedis.setNx(lock,expire); if(result == 1L){ jedis.expire(lock, expireTime); return true; } //判斷超時key可能未刪掉 String currentValue = jedis.get(lock); if(Long.parseLong(currentValue) < System.currentTimeMillis()){ jedis.set(lock, expire); jedis.expire(lock, expireTime); return true; } return false; } //expire是key的值，這裏是爲了防止運行超時鎖被其餘線程拿走以後誤刪鎖 public unlock(String lock,String expire){ String value = jedis.get(lock); if(value != null && value != expire && Long.parseLong(value) > System.currentTimeMillis()) jedis.del(lock); } 

這裏就是我根據redis的機制寫的加鎖和解鎖方法。如今redis不推薦使用setNx了，而是直接使用set命令set(lock, expire,"NX", expireTime,"EX"),能夠直接包括了setNx和expire的做用。

消息隊列

消息隊列主要應用在網絡服務中異步任務的實現，redis能夠充當消息隊列實現生產者/消費者模型和訂閱/發佈模型。

生產者/消費者模型

生產者/消費者模型須要存在生產者和消費者兩方，而在redis中隊列的存儲和獲取能夠做爲消息隊列被生產者和消費者使用，這裏就不用Java代碼寫了，使用redis命令來講明。
其實redis在其中作的仍是緩存的做用，LPUSH queue task，將task放到queue隊列裏面，這裏稍微偏題一句，其實redis有lpush和rpush，意思就是從左邊插入隊列和從右邊插入隊列。這就是生產者的部分，將任務插入到指定隊列中。
消費者的部分有點類似，就是使用BRPOP queue 10，固然這裏的BRPOP也有對應的BLPOP，因爲隊列是按順序取任務的，因此這邊作的是左邊插入，右邊取出。這裏須要注意的是，redis有BRPOP和RPOP，之因此用BRPOP的緣由是這個有一個等待，就是命令中的10，這是一個等待時間，以秒爲單位，意思是若是隊列中是空的，那麼我先不返回，我等待10秒，若是期間有新的任務插入，那麼我就取新的任務返回，仍是沒有的話，返回空。
另外BRPOP還支持優先級，就是BRPOP queue:1 queue:2 queue:3 10，這個意思是順序獲取，若是queue:1沒有取到任務，到queue:2去取，依次日後。

訂閱/發佈模型

訂閱/發佈模型簡單來講就是由發佈者向全部訂閱者發送任務，任何訂閱者均可以獲取任務，這裏redis的實現就是使用訂閱命令。
發佈者可使用publish channel task來發布相關的任務，而訂閱者則是使用subscribe channel，這是一個監聽命令，redis會一直監聽這個channel，若是發佈者發佈新的任務，監聽命令會返回任務，直到訂閱者主動退出監聽。可是redis也爲這個設置超時，保證監聽的有效性，默認若是60s內沒收到消息就異常退出，固然這個可配置。