.net core 下的分布式事务锁
系统分布式锁的用法
公司框架新增功能分布式锁:
锁的性能之王: 缓存 > Zookeeper >= 数据库
锁的实现
实现原理:核心采用StackExchange.Redis的LockTake方法实现。
支持同步获取锁,或者等待直到超时获取锁。
/// <summary>
/// 分布式锁,提供全局分布式锁支持,以resource redis为基础
/// 这个锁只能通过RpcContext来获取,通过自己手动释放
/// </summary>
public sealed class DistributedLock
{
private static readonly TimeSpan DefaultAbandonmentCheckFrequency = TimeSpan.FromSeconds(2);
public readonly string lockName;
private readonly string lockValue;
private readonly int checkTimeSpan = 50; //ms
private readonly int autoDelete;
private DistributedLock()
{
}
/// <summary>
///
/// </summary>
/// <param name="lockName"></param>
/// <param name="autoDelete">自动删除,ms,默认 60s</param>
/// <param name="checkTimeSpan">如果不能获取锁,重复检查间隔:默认 50ms</param>
internal DistributedLock(string lockName, int autoDelete = 60000,int checkTimeSpan = 50)
{
// note that just Global\ is not a valid name
if (string.IsNullOrEmpty(lockName))
throw new ArgumentNullException("lockName不能为空");
if (null == ResourceCache.Instance)
throw new Exception(@"ResourceCache 没有配置或无法连接");
this.checkTimeSpan = Math.Max(checkTimeSpan,1);
this.autoDelete = Math.Max(autoDelete,1);
this.lockName = lockName;
this.lockValue = lockName;
}
/// <summary>
/// 获取锁
/// </summary>
/// <param name="timeout">超时为null,则尝试一次即返回</param>
/// <returns>获取锁成功?</returns>
internal bool Acquire(TimeSpan? timeout = null)
{
bool bLock = false;
var dtStart = DateTime.Now.Ticks;
while (!bLock)
{
bLock = TryAcquireOnce();
if (timeout == null)
{
break;
}
if (!bLock)
{
Thread.Sleep(this.checkTimeSpan);
}
var ts = new TimeSpan(DateTime.Now.Ticks - dtStart);
if (ts >= timeout)
{
break;
}
}
return bLock;
}
//此处采用框架上下文管理分布式事务锁的释放,代码略。
//public void Dispose()
//{
// LockManager.ReleaseLock(this);
//}
internal void Release()
{
try
{
var bRtn = ResourceCache.Instance.LockRelease(this.lockName, this.lockValue);
Trace.WriteLine($"释放锁 {this.lockName}:{bRtn}");
}
catch (Exception e)
{
LogTextWriter.Write($"释放锁失败,系统自动超时释放:{this.lockName}");
}
}
/// <summary>
/// 释放锁
/// </summary>
public void ReleaseLock()
{
LockManager.ReleaseLock(this);
}
private bool TryAcquireOnce()
{
try
{
Trace.WriteLine($"{Thread.CurrentThread.ManagedThreadId}:TryAcquireOnce");
var @lock = ResourceCache.Instance.LockTake(this.lockName, this.lockValue, new TimeSpan(0, 0, 0, 0, this.autoDelete));
return @lock;
}
catch (Exception e)
{
return false;
}
}
}
锁的使用
在当前上下文中获取一个分布式锁,第一个获取锁的将执行依赖当前key(一般为业务主键)的完整业务流程(包括多个微服务之间的调用和数据库的访问;
后来者将无法获取锁,根据返回的结果来判断是否进入流程,如果返回的锁为null将不能执行下面的流程,要么重试等待锁释放,要么返回错误.
锁的调用一般流程:
var qtLock=TryGetLock(lockKey);
if(qtLock==null)
{
//提示不能同时执行操作
return;
}
else
{
//进行业务流程
}
//最后别忘了
qtLock.ReleaseLock();
API内的范例:
code = StatusCode.OK;
//传入超时时间,可以一直等待到超时过期
var lockSaveReceipt = this.Context.TryGetLock($"{nameof(SaveReceipt)}.{valueArgs.ReceiptArgs.ReceiptId}");
if (lockSaveReceipt == null)
{
code = PublicErrorCode.SaveReceiptByUsed.ToCode();
return null;
}
try{
//todo 业务操作1
//todo 业务操作2
//...
}
finally
{
lockSaveReceipt.ReleaseLock();
}
在此我向大家推荐一个微服务架构学习交流群。交流学习群号:864759589 里面会分享一些资深架构师录制的视频录像:高并发、高性能、分布式、微服务架构的原理,分布式架构等这些成为架构师必备的知识体系。

引用链接
.net core 下的分布式事务锁的更多相关文章
- 高并发场景系列(一) 利用redis实现分布式事务锁,解决高并发环境下减库存
原文:http://blog.csdn.net/heyewu4107/article/details/71009712 高并发场景系列(一) 利用redis实现分布式事务锁,解决高并发环境下减库存 问 ...
- 利用redis实现分布式事务锁,解决高并发环境下库存扣减
利用redis实现分布式事务锁,解决高并发环境下库存扣减 问题描述: 某电商平台,首发一款新品手机,每人限购2台,预计会有10W的并发,在该情况下,如果扣减库存,保证不会超卖 解决方案一 利用数据 ...
- 【转】.NET Core 事件总线,分布式事务解决方案:CAP
[转].NET Core 事件总线,分布式事务解决方案:CAP 背景 相信前面几篇关于微服务的文章也介绍了那么多了,在构建微服务的过程中确实需要这么一个东西,即便不是在构建微服务,那么在构建分布式应用 ...
- .net core 自带分布式事务的微服务开源框架JMS
事务的统一性是微服务的一个重点问题,简洁有效的控制事务,更是程序员所需要的.JMS的诞生,就是为了更简单.更有效的控制事务. 先看一段调用微服务的代码: using (var ms = new JMS ...
- asp.net core集成CAP(分布式事务总线)
一.前言 感谢杨晓东大佬为社区贡献的CAP开源项目,传送门在此:.NET Core 事件总线,分布式事务解决方案:CAP 以及 如何在你的项目中集成 CAP[手把手视频教程],之前也在工作中遇到分布式 ...
- Asp.Net Core&CAP实现分布式事务
需要注意的是标题中的CAP不是指的CAP理论,而是园区大神杨晓东实现的框架,CAP框架基于本地消息表用最终一致性实现分布式事务. 本地消息表 首先我们考虑一个场景,在将用户信息更改后,需要发送一条消息 ...
- .NET Core 事件总线,分布式事务解决方案:CAP
背景 相信前面几篇关于微服务的文章也介绍了那么多了,在构建微服务的过程中确实需要这么一个东西,即便不是在构建微服务,那么在构建分布式应用的过程中也会遇到分布式事务的问题,那么 CAP 就是在这样的背景 ...
- .NET Core 事件总线,分布式事务解决方案:CAP 基于Kafka
背景 相信前面几篇关于微服务的文章也介绍了那么多了,在构建微服务的过程中确实需要这么一个东西,即便不是在构建微服务,那么在构建分布式应用的过程中也会遇到分布式事务的问题,那么 CAP 就是在这样的背景 ...
- 记一个Redis分布式事务锁
package com.mall.common; import lombok.extern.slf4j.Slf4j; import org.springframework.beans.factory. ...
随机推荐
- viewPager-基本实现示例
直接看代码 package com.example.myviewpager; import android.app.Activity; import android.os.Bundle; import ...
- 学习笔记:Vue——组件和Prop
前言:这一篇是关于组件基础.组件注册.Prop等内容. 1.组件基础 01.组件是可复用的Vue实例 02.组件中的data选项必须是一个函数 03.一个组件默认可以有任意数量的prop 任何值都可以 ...
- python2与python3的不同
1.源码: python2的源码混乱.冗余.重复,非常不规范 python3的源码经过整合,优美.清晰.简单 2.编码: python2的默认编码是ASCII码,不能识别中文,需要在行首添加# -*- ...
- pdf.js安装步骤和使用
从github下载的源码不能直接使用,最好使用命令行下载安装 1.下载源码 git clone git://github.com/mozilla/pdf.js.git cd pdf.js 2.安装no ...
- GPUImage ==> 一个基于GPU图像和视频处理的开源iOS框架
Logo 项目介绍: GPUImage是Brad Larson在github托管的开源项目. GPUImage是一个基于GPU图像和视频处理的开源iOS框架,提供各种各样的图像处理滤镜,并且支持照相机 ...
- 程序员的困境 - R中国用户组-炼数成金
原文:http://www.oschina.net/news/43389/the-plight-of-programmer 在大型公司中不能腐蚀自己的学习能力和时间能力. 最近我为一个内核程序员的职位 ...
- Vim 模式及常用命令整理
VIM 命令 以:和/开头的命令都有历史纪录,可以首先键入:或/然后按上下箭头来选择某个历史命令. vim的模式 基本上可以分为3种模式,分别是命令模式(command mode).插入模 ...
- GCC 编译 --sysroot
-sysroot 的作用 如果在编译时指定了-sysroot就是为编译时指定了逻辑目录.编译过程中需要引用的库,头文件,如果要到/usr/include目录下去找的情况下,则会在前面加上逻辑目录. 如 ...
- vim 保存文件的回车换行模式
设置模式:unix,dos :set fileformat=unix fileforman可以直接缩写为ff
- Redis笔记---set
1.redis set的介绍 集合中的数据是不重复且没有顺序,集合类型和列表类型的对比. 集合类型:存储的是的是最多2的32次方减一个字符串,数据是没有顺序的,但是数据是唯一的 列表类型:最多存储内容 ...