为什么要用锁?

  大型站点在高并发的情况下,为了保持数据最终一致性就需要用到技术方案来支持。比如:分布式锁、分布式事务。有时候我们在为了保证某一个方法每次只能被一个调用者使用的时候,这时候我们也可以锁来实现。

基于本地缓存实现锁

  为什么还要写基于本地缓存实现的锁呢,因为有些项目项目可能还是单机部署的,当随着业务量增长的时候就会变成多机部署,从单机到多机的切换过程中,我们也需要把原先业务相关的锁改成分布式锁,来保持数据的最终一致性。当然项目是使用ioc的那就更好了,切换注册时的实现类就完成了切换,非常方便。

实现思路:

  用户需要用一个key和一个唯一的值(知道当前这个key的使用者是谁)来获取一个锁,获取到锁之后,执行完对应的操作然后释放掉。在释放锁的时候 4我们需要判断下当前这个锁的使用者对应的值与想要释放传递过来的值是不是相等,如果相等则可以释放,不相等则不释放。

实现代码:

    public sealed class LocalLock : ILock
{
private static ConcurrentDictionary<string, object> _LockCache = new ConcurrentDictionary<string, object>();
private static ConcurrentDictionary<string, string> _LockUserCache = new ConcurrentDictionary<string, string>(); /// <summary>
/// 获取一个锁(需要自己释放)
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <returns>成功返回true</returns>
public bool LockTake(string key, string value, TimeSpan span)
{
EnsureUtil.NotNullAndNotEmpty(key, "Lockkey");
EnsureUtil.NotNullAndNotEmpty(value, "Lockvalue");
var obj = _LockCache.GetValue(key, () => { return new object(); });
if (Monitor.TryEnter(obj, span))
{
_LockUserCache[key] = value;
return true;
}
return false;
} /// <summary>
/// 异步获取一个锁(需要自己释放)
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <returns>成功返回true</returns>
public Task<bool> LockTakeAsync(string key, string value, TimeSpan span)
{
return Task.FromResult(LockTake(key, value, span));
} /// <summary>
/// 释放一个锁
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <returns>成功返回true</returns>
public bool LockRelease(string key, string value)
{
EnsureUtil.NotNullAndNotEmpty(key, "Lockkey");
EnsureUtil.NotNullAndNotEmpty(value, "Lockvalue");
_LockCache.TryGetValue(key, out object obj);
if (obj != null)
{
if (_LockUserCache[key] == value)
{
Monitor.Exit(obj);
return true;
}
return false;
}
return true;
} /// <summary>
/// 异步释放一个锁
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <returns>成功返回true</returns>
public Task<bool> LockReleaseAsync(string key, string value)
{
return Task.FromResult(LockRelease(key, value));
} /// <summary>
/// 使用锁执行一个方法
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <param name="executeAction">要执行的方法</param>
public void ExecuteWithLock(string key, string value, TimeSpan span, Action executeAction)
{
if (executeAction == null) return;
if (LockTake(key, value, span))
{
try
{
executeAction();
}
finally
{
LockRelease(key, value);
}
}
} /// <summary>
/// 使用锁执行一个方法
/// </summary>
/// <typeparam name="T">返回值类型</typeparam>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <param name="executeAction">要执行的方法</param>
/// <param name="defaultValue">默认返回</param>
/// <returns></returns>
public T ExecuteWithLock<T>(string key, string value, TimeSpan span, Func<T> executeAction, T defaultValue = default(T))
{
if (executeAction == null) return defaultValue;
if (LockTake(key, value, span))
{
try
{
return executeAction();
}
finally
{
LockRelease(key, value);
}
}
return defaultValue;
} /// <summary>
/// 使用锁执行一个异步方法
/// </summary>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <param name="executeAction">要执行的方法</param>
public async Task ExecuteWithLockAsync(string key, string value, TimeSpan span, Func<Task> executeAction)
{
if (executeAction == null) return;
if (await LockTakeAsync(key, value, span))
{
try
{
await executeAction();
}
catch
{ throw;
}
finally
{
LockRelease(key, value);
}
}
} /// <summary>
/// 使用锁执行一个异步方法
/// </summary>
/// <typeparam name="T">返回值类型</typeparam>
/// <param name="key">锁的键</param>
/// <param name="value">当前占用值</param>
/// <param name="span">耗时时间</param>
/// <param name="executeAction">要执行的方法</param>
/// <param name="defaultValue">默认返回</param>
/// <returns></returns>
public async Task<T> ExecuteWithLockAsync<T>(string key, string value, TimeSpan span, Func<Task<T>> executeAction, T defaultValue = default(T))
{
if (executeAction == null) return defaultValue;
if (await LockTakeAsync(key, value, span))
{
try
{
return await executeAction();
}
catch
{
throw;
}
finally
{
LockRelease(key, value);
}
}
return defaultValue;
}
}
    class Program
{
static void Main(string[] args)
{
ILock localLock = new LocalLock();
int excuteCount = ;
Parallel.For(, , i =>
{
localLock.ExecuteWithLock("test", Guid.NewGuid().ToString(), TimeSpan.FromSeconds(), () =>
{
Console.WriteLine("获取锁成功");
Interlocked.Increment(ref excuteCount);
});
});
Console.WriteLine("成功次数:" + excuteCount.ToString());
Console.WriteLine("执行完成");
Console.ReadLine();
}
}

基于zk实现的分布式锁

实现思路:

在获取锁的时候在固定节点下创建一个自增的临时节点,然后获取节点列表,按照增量排序,假如当前创建的节点是排在第一个的,那就表明这个节点是得到了执行的权限,假如在它前面还有其它节点,那么就对它的上一个节点进行监听,等到上一个节点被删除了,那么该节点就得到了执行的权限了。

由于代码片段太多,待会再github自行查看实现过程。zk获取锁的速度比较慢,导致有几个可能是失败的。

基于redis的实现

实现思路:

利用redis的setnx(key, value):“set if not exits”,若该key-value不存在,则成功加入缓存并且返回1,否则返回0。在有效时间内如果设置成功则获取执行限权,没有那就获取权限失败。

对比下会发现redis的执行效率会比zk的快一点。

项目下载地址:https://github.com/ProjectSharing/Lock

.net下 本地锁、redis分布式锁、zk分布式锁的实现的更多相关文章

  1. 本地锁、redis分布式锁、zk分布式锁

    本地锁.redis分布式锁.zk分布式锁 https://www.cnblogs.com/yjq-code/p/dotnetlock.html 为什么要用锁? 大型站点在高并发的情况下,为了保持数据最 ...

  2. 分布式交易系统的并发处理, 以及用Redis和Zookeeper实现分布式锁

    交易系统 交易系统的数据结构 支付系统API通常需要一个“订单号”作为入参, 而实际调用API接口时使用到的往往不是真正意义的业务订单号, 而是交易订单号.  支付系统的API会使用“商户号+订单号” ...

  3. 【zookeeper】Apache curator的使用及zk分布式锁实现

    上篇,本篇主要讲Apache开源的curator的使用,有了curator,利用Java对zookeeper的操作变得极度便捷. 其实在学之前我也有个疑虑,我为啥要学curator,撇开涨薪这些外在的 ...

  4. 【连载】redis库存操作,分布式锁的四种实现方式[四]--基于Redis lua脚本机制实现分布式锁

    一.redis lua介绍 Redis 提供了非常丰富的指令集,但是用户依然不满足,希望可以自定义扩充若干指令来完成一些特定领域的问题.Redis 为这样的用户场景提供了 lua 脚本支持,用户可以向 ...

  5. 【连载】redis库存操作,分布式锁的四种实现方式[二]--基于Redisson实现分布式锁

    一.redisson介绍 redisson实现了分布式和可扩展的java数据结构,支持的数据结构有:List, Set, Map, Queue, SortedSet, ConcureentMap, L ...

  6. 【连载】redis库存操作,分布式锁的四种实现方式[一]--基于zookeeper实现分布式锁

    一.背景 在电商系统中,库存的概念一定是有的,例如配一些商品的库存,做商品秒杀活动等,而由于库存操作频繁且要求原子性操作,所以绝大多数电商系统都用Redis来实现库存的加减,最近公司项目做架构升级,以 ...

  7. Docker 下的Zookeeper以及.ne core 的分布式锁

    单节点 1.拉取镜像:docker pull zookeeper 2.运行容器 a.我的容器同一放在/root/docker下面,然后创建相应的目录和文件, mkdir zookeeper cd zo ...

  8. 【分布式锁的演化】终章!手撸ZK分布式锁!

    前言 这应该是分布式锁演化的最后一个章节了,相信很多小伙伴们看完这个章节之后在应对高并发的情况下,如何保证线程安全心里肯定也会有谱了.在实际的项目中也可以参考一下老猫的github上的例子,当然代码没 ...

  9. Redis、Zookeeper实现分布式锁——原理与实践

    Redis与分布式锁的问题已经是老生常谈了,本文尝试总结一些Redis.Zookeeper实现分布式锁的常用方案,并提供一些比较好的实践思路(基于Java).不足之处,欢迎探讨. Redis分布式锁 ...

随机推荐

  1. LESS+to+MCSS

    此文已由作者郑海波授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验 一.前言 虽然首页没有开始做,昨天仍决定将[MCSS](https://github.com/NetEaseW ...

  2. 「HNOI 2015」实验比较

    \(Description\) 有\(n\)个元素,对于每个元素\(x_i\)最多知道一个形如\(x_j < x_i\)或\(x_j=x_i\)的条件,问有多少合法的序列.合法的序列满足每个元素 ...

  3. Git 常用知识

    git 常用命令 创建并checkout分支: git checkout -b branch_name git merge 与 git rebase 的区别 git rebase 合并后将形成一条直线 ...

  4. Posix消息队列注意事项

    随内核的持续性 读总是返回最高优先级的最早消息. 当往一个空队列放置一个消息时,允许产生一个信号或启动一个线程. 可认为是一个消息链表 队列中每个消息具有 1.一个无符号整数优先级 2.消息的数据部分 ...

  5. robot framework-断言

    *** Test Cases *** 断言一 #01.should contain . should not contain 与should contain x times @{list1}= cre ...

  6. mxonline实战12, 课程评论,相关课程推荐,课程视频页

    对应github地址:第12天   一. 课程评论   1. 创建URL, VIEW courses/views.py -> Course

  7. SQL Server——存储过程(Stored Procedure)、事物、触发器

    存储过程(proc 或 procedure) 存储过程(Stored Procedure),计算机用语,是一组为了完成特定功能的SQL语句集,是利用SQL Server所提供的Transact-SQL ...

  8. SpringDataRedis java.net.UnknownHostException: 127.0.0.1 错误

    找了半天发现原来配置文件中多了一个空格; idea中properties文件的127.0.0.1后面出现了一个空格,编辑器将其变深黄色了

  9. BZOJ_3224 Tyvj 1728 普通平衡树 【离散化+权值线段树】

    一 题面 Tyvj 1728 普通平衡树 二 分析 比较明显是可以用平衡二叉搜索树(splay)做的. 用权值线段树做,前提就是要先离散化,因为权值线段树维护的值域信息. 板子. 三 AC代码 #in ...

  10. [转] Elasticsearch 6.1官方入门教程

    一篇比较简要又全面的elasticsearch教程. https://blog.csdn.net/hololens/article/details/78932628