首先,工作中的redis是從阿里獲取的資源，工作需求有搶紅包和簽到的功能需求，這時就難免出現併發，因而涉及到鎖的問題，網上搜了搜相關知識

不少是用setnx和getset實現，例如：http://blog.csdn.net/ugg/article/details/41894947 等等，個人認為考慮非常全面，但是感覺比較複雜，個人認為

可以通過redis incr命令來實現該功能，本人菜鳥，如果不妥，還望不吝賜教

具體邏輯：給一個key加鎖，通過incr命令，當個數為1的時候說明有執行緒獲得鎖，因而只要判斷是否大於1可以知道是否有人獲取鎖，再設定一個過期

時間，該期間內不斷的迴圈請求，獲取鎖則獲取，否則視為超時（超時處理比較粗糙，直接視為死鎖超時或者 返回失敗提示）

具體程式碼（java）：

  long TIME_LIMIT = 3000;

  long getLockTime = 0;

  while(jedis.incr(lockKey) > 1 && getLockTime < TIME_LIMIT){

  // 等待時長為隨機的，最少為50毫秒左右，等待時長長短看人品

 long curWatiTime = 50 + Math.round(250 * Math.random());
getLockTime += curWatiTime;
Thread.sleep(curWatiTime);

 }

//防止程式中途遇到未知的問題，此時設定一個過期時間

jedis.expire(lockKey,1000);

//判斷當獲取鎖的時間超過時間限制了，丟擲異常（嚴謹起見）

  if(getLockTime > TIME_LIMIT){

  throw new Exception("get Lock failed , lockKey "+ lockKey +" locked");

  }

關鍵程式碼如上所示，獲取鎖的service呼叫該段程式碼的方法，當處理完自己的業務後，在finally模組刪除該key

釋放該鎖

具體設計看具體情況，如何使邏輯更加嚴謹，以及如何處理各種異常，如何給客戶端更為妥當的提示都是要考慮的

看過 setnx getset 實行redis鎖的相關文件

http://blog.csdn.net/ugg/article/details/41894947