为什么要用锁?

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

基于本地缓存实现锁

  为什么还要写基于本地缓存实现的锁呢,因为有些项目项目可能还是单机部署的,当随着业务量增长的时候就会变成多机部署,从单机到多机的切换过程中,我们也需要把原先业务相关的锁改成分布式锁,来保持数据的最终一致性。当然项目是使用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. 'Install app for SharePoint': Sideloading of apps is not enabled on this site

    http://blog.lekman.com/2012/11/sharepoint-2013-sideloading-of-apps-is.html Solution: You need to ena ...

  2. Stacking方法详解

    集成学习方法主要分成三种:bagging,boosting 和 Stacking.这里主要介绍Stacking. stacking严格来说并不是一种算法,而是精美而又复杂的,对模型集成的一种策略. 首 ...

  3. 搭建一个ES6开发环境

    一.首先先建立一个项目工程目录,并在目录下建立两个文件夹:src和dist src:书写ES6代码的文件夹,写的js程序都放在这里. dist:利用Babel编译成的ES5代码的文件夹,在HTML页面 ...

  4. Python 字符串前面加u,r,b,f的含义

    1.字符串前加 u 例:u"我是含有中文字符组成的字符串." 作用: 后面字符串以 Unicode 格式 进行编码,一般用在中文字符串前面,防止因为源码储存格式问题,导致再次使用时 ...

  5. 图的最短路径---迪杰斯特拉(Dijkstra)算法浅析

    什么是最短路径 在网图和非网图中,最短路径的含义是不一样的.对于非网图没有边上的权值,所谓的最短路径,其实就是指两顶点之间经过的边数最少的路径. 对于网图,最短路径就是指两顶点之间经过的边上权值之和最 ...

  6. 架构师养成记--31.Redis的几种类型

    String类型 Redis一共分为五种基本数据类型:String.Hash.List.Set.ZSet String类型是包含很多张类型的特殊类型,并且是二进制安全的.比如对序列化的对象进行存储,比 ...

  7. 架构师养成记--16.disruptor并发框架中RingBuffer的使用

    很多时候我们只需要消息中间件这样的功能,那么直需要RinBuffer就可以了. 入口: import java.util.concurrent.Callable; import java.util.c ...

  8. 学习react教程

    网址收藏: React官网,React的Github,React的中文文档 1.react是什么? React起源于Facebook的内部项目,因为该公司对市场上所有的Javascript MVC框架 ...

  9. UVA_11922 Permutation Transformer 【splay树】

    一.题目 UVA11922 二.分析 为什么会有伸展树? 伸展树与AVL的区别除了保持平衡的方式不同外,最重要的是在每次查找点时,让该点旋转到根结点,这里可以结合计算机里的局部性原理思考. 伸展树有什 ...

  10. python实现计算器功能

    import re def strip_operate(exp): # 合并多余的操作符 exp = exp.replace("+-", "-") exp = ...