使用场景
在做Web项目的时候，有很多特殊的场景要使用到锁
比如说抢红包，资源分配，订单支付等场景
就拿抢红包来说，如果一个红包有5份，同时100个人抢如果没有用到锁的话
100个人同时并发都抢成功，那就出大事了
怎么实现锁
class Test { //定义一个私有成员变量，用于Lock private static object lockobj = new object(); void DoSomething() { lock (lockobj) { //需要锁定的代码块 } } } |
这样我们就可以很好的控制并发的情况，从而不出现问题
但是在项目还小的时候，可能只运行在一台服务器，一个进程的情况下
这种代码不会出现问题
但是在部署在多台服务器，每个服务器开多个进程的情况下
.net自带的lock锁只能保证同一个进程在并发情况在不出现问题
而多服务器，多进程情况下。lock锁就不能满足我们的要求了
怎么实现分布式锁
实现思路为
当我们在执行代码前，先去设置一个分布式锁
其实就是给Redis设置一个Key,但是要这个Key不存再的情况下才可以设置成功
如果设置成功，表示当前进程拿到锁，可以执行后续代码
如果设置失败，表示其它进程已经锁定，那么我们就要让当前进程休眠一下，然后再去重试设置锁
直到设置锁成功，才表示当前进程锁定，才可以执行自定义代码
在执行自宝义代码后，释放锁，这样其它进程就可以拿到锁了
我们在设置锁的时候，为了防此自定义代码报错，而出现死锁的情况
所以我们在设置锁的时候可以设置锁的一个过期时间，这样就算自定义代码出错，没有释放锁的情况下
其它进程也可以在一定时间内拿到锁，当然可以try,catch把自定义代码包起来
代码实现
//TODO:拿锁 //定义一个锁的Key
var lockKey = CacheKeyFormat.AssignLockKeyFormat; var isLocked = false;//是否已经锁定，默认否
do
{ //使用do-while先去给Redis的lockKey随便设置一个值 //但是设置的条件是，如果当前lockKey存再（表示其它进程已经锁定了）就返回false //如果lockKey不存再（表示当前没有其它进程锁定）,就反回true,并且设置过期时间为600毫秒（如果进行没有释放，报错死锁的情况）
isLocked = redisDb.StringSet(lockKey, id, TimeSpan.FromMilliseconds(600), StackExchange.Redis.When.NotExists); //如果isLocked反回false表示被其它进程锁定，那么当前进程休眠200毫秒后，再去设置锁 //重复此动作直到当前进程拿到锁为止
if (!isLocked) System.Threading.Thread.Sleep(200);
} while (!isLocked); //TODO:执行其它动作，to do something //在执行完自定义代码后，释放锁
redisDb.KeyDelete(CacheKeyFormat.AssignLockKeyFormat);
这样的话，不管项目部署多少服务器，开多少个进程
我们都能保证在这个情况下，这个执行动作是一个一个执行，不会存再并发不可控的情况