ReaderWriterLockSlim 类

表示用于管理资源访问的锁定状态,可实现多线程读取或进行独占式写入访问。

使用 ReaderWriterLockSlim 来保护由多个线程读取但每次只采用一个线程写入的资源。 ReaderWriterLockSlim 允许多个线程均处于读取模式,允许一个线程处于写入模式并独占锁定状态,同时还允许一个具有读取权限的线程处于可升级的读取模式,在此模式下线程无需放弃对资源的读取权限即可升级为写入模式。

注意 ReaderWriterLockSlim 类似于 ReaderWriterLock,只是简化了递归、升级和降级锁定状态的规则。 ReaderWriterLockSlim 可避免多种潜在的死锁情况。 此外,ReaderWriterLockSlim 的性能明显优于 ReaderWriterLock。 建议在所有新的开发工作中使用 ReaderWriterLockSlim。

以上引用自MSDN

ps:该类在.NET3.5中提供,如需要在2.0中使用请换ReaderWriterLock,用法差不多改了写方法名,MSDN中说ReaderWriterLockSlim性能比较高

主要属性,方法

属性:

IsReadLockHeld   获取一个值,该值指示当前线程是否已进入读取模式的锁定状态。 IsWriteLockHeld   获取一个值,该值指示当前线程是否已进入写入模式的锁定状态。

方法:

EnterReadLock 尝试进入读取模式锁定状态。 ExitReadLock 减少读取模式的递归计数,并在生成的计数为 0(零)时退出读取模式。 EnterWriteLock 尝试进入写入模式锁定状态。 ExitWriteLock 减少写入模式的递归计数,并在生成的计数为 0(零)时退出写入模式。

当然还有其他很多方法,比如EnterUpgradeableReadLock进入可以升级到写入模式的读取模式..

不过我需要封装的对象相对来说较为简单,所以不需要用这些额外的方法和属性,有兴趣的可以自己去研究下

应用

来对比一个老式的lock写法

读写锁分离

看上下2种写法:

从性能的角度来说,肯定是读写锁分离更好了,特别是大多数场合(读取操作远远多余写入操作)

从可读性和代码美观度来说,就是上面的lock要简洁的多了,维护起来也更清晰

所以我希望重新封装ReaderWriterLockSlim,当然我第一想到的就是using了,利用using语法糖的特性封装一个新的对象

封装

Code平台: UsingLock

由于是利用的using的语法,所以我直接取名叫UsingLock,简单好记

using System;
using System.Threading; namespace blqw
{ /// <summary> 使用using代替lock操作的对象,可指定写入和读取锁定模式
/// </summary>
public class UsingLock<T>
{
#region 内部类 /// <summary> 利用IDisposable的using语法糖方便的释放锁定操作
/// <para>内部类</para>
/// </summary>
private struct Lock : IDisposable
{
/// <summary> 读写锁对象
/// </summary>
private ReaderWriterLockSlim _Lock;
/// <summary> 是否为写入模式
/// </summary>
private bool _IsWrite;
/// <summary> 利用IDisposable的using语法糖方便的释放锁定操作
/// <para>构造函数</para>
/// </summary>
/// <param name="rwl">读写锁</param>
/// <param name="isWrite">写入模式为true,读取模式为false</param>
public Lock(ReaderWriterLockSlim rwl, bool isWrite)
{
_Lock = rwl;
_IsWrite = isWrite;
}
/// <summary> 释放对象时退出指定锁定模式
/// </summary>
public void Dispose()
{
if (_IsWrite)
{
if (_Lock.IsWriteLockHeld)
{
_Lock.ExitWriteLock();
}
}
else
{
if (_Lock.IsReadLockHeld)
{
_Lock.ExitReadLock();
}
}
}
} /// <summary> 空的可释放对象,免去了调用时需要判断是否为null的问题
/// <para>内部类</para>
/// </summary>
private class Disposable : IDisposable
{
/// <summary> 空的可释放对象
/// </summary>
public static readonly Disposable Empty = new Disposable();
/// <summary> 空的释放方法
/// </summary>
public void Dispose() { }
} #endregion /// <summary> 读写锁
/// </summary>
private ReaderWriterLockSlim _LockSlim = new ReaderWriterLockSlim(); /// <summary> 保存数据
/// </summary>
private T _Data; /// <summary> 使用using代替lock操作的对象,可指定写入和读取锁定模式
/// <para>构造函数</para>
/// </summary>
public UsingLock()
{
Enabled = true;
} /// <summary> 使用using代替lock操作的对象,可指定写入和读取锁定模式
/// <para>构造函数</para>
/// <param name="data">为Data属性设置初始值</param>
public UsingLock(T data)
{
Enabled = true;
_Data = data;
} /// <summary> 获取或设置当前对象中保存数据的值
/// </summary>
/// <exception cref="MemberAccessException">获取数据时未进入读取或写入锁定模式</exception>
/// <exception cref="MemberAccessException">设置数据时未进入写入锁定模式</exception>
public T Data
{
get
{
if (_LockSlim.IsReadLockHeld || _LockSlim.IsWriteLockHeld)
{
return _Data;
}
throw new MemberAccessException("请先进入读取或写入锁定模式再进行操作");
}
set
{
if (_LockSlim.IsWriteLockHeld == false)
{
throw new MemberAccessException("只有写入模式中才能改变Data的值");
}
_Data = value;
}
} /// <summary> 是否启用,当该值为false时,Read()和Write()方法将返回 Disposable.Empty
/// </summary>
public bool Enabled { get; set; } /// <summary> 进入读取锁定模式,该模式下允许多个读操作同时进行
/// <para>退出读锁请将返回对象释放,建议使用using语块</para>
/// <para>Enabled为false时,返回Disposable.Empty;</para>
/// <para>在读取或写入锁定模式下重复执行,返回Disposable.Empty;</para>
/// </summary>
public IDisposable Read()
{
if (Enabled == false || _LockSlim.IsReadLockHeld || _LockSlim.IsWriteLockHeld)
{
return Disposable.Empty;
}
else
{
_LockSlim.EnterReadLock();
return new Lock(_LockSlim, false);
}
} /// <summary> 进入写入锁定模式,该模式下只允许同时执行一个读操作
/// <para>退出读锁请将返回对象释放,建议使用using语块</para>
/// <para>Enabled为false时,返回Disposable.Empty;</para>
/// <para>在写入锁定模式下重复执行,返回Disposable.Empty;</para>
/// </summary>
/// <exception cref="NotImplementedException">读取模式下不能进入写入锁定状态</exception>
public IDisposable Write()
{
if (Enabled == false || _LockSlim.IsWriteLockHeld)
{
return Disposable.Empty;
}
else if (_LockSlim.IsReadLockHeld)
{
throw new NotImplementedException("读取模式下不能进入写入锁定状态");
}
else
{
_LockSlim.EnterWriteLock();
return new Lock(_LockSlim, true);
}
}
}
}

UsingLock源码

方法:

Read() 进入读取锁定模式

Write() 进入写入锁定模式

另外我还加入2个额外的属性

Data UsingLock中可以保存一个数据,由当前线程中的环境判断是否可以读取或设置该对象

Enabled 是否启用当前组件..这个有妙用,下面介绍

使用场合

/// <summary> 假设有这样一个队列系统
/// </summary>
class MyQueue:IEnumerable<string>
{
List<string> _List;
UsingLock<object> _Lock;
public MyQueue(IEnumerable<string> strings)
{
_List = new List<string>(strings);
_Lock = new UsingLock<object>();
} /// <summary> 获取第一个元素.并且从集合中删除
/// </summary>
public string LootFirst()
{
using (_Lock.Write())
{
if (_List.Count == 0)
{
_Lock.Enabled = false;
return null;
}
var s = _List[0];
_List.RemoveAt(0);
return s;
}
} public int Count { get { return _List.Count; } } /// <summary> 枚举当前集合的元素
/// </summary>
public IEnumerator<string> GetEnumerator()
{
using (_Lock.Read())
{
foreach (var item in _List)
{
yield return item;
}
}
} System.Collections.IEnumerator System.Collections.IEnumerable.GetEnumerator()
{
return GetEnumerator();
}
}

MyQueue

我这里假设了一个队列系统,把最容易出现问题的修改集合和枚举集合2个操作公开出来,方便在多线程中测试效果

以下为测试代码:

static void Main(string[] args)
{
//建立一个字符串集合,总数为1000
List<string> list = new List<string>(1000);
for (int i = 0; i < list.Capacity; i++)
{
list.Add("字符串:" + i);
} MyQueue mq = new MyQueue(list);
//保存最后一个值,等下用于做比较
string last = list[list.Count - 1];
//开启1000个线程,同时执行LootFirst方法,并打印出结果
for (int i = 0; i < list.Capacity; i++)
{
ThreadPool.QueueUserWorkItem(o =>
{
Console.WriteLine(mq.LootFirst());
});
}
//在主线程中不停调用mq的遍历方法,这样的操作是很容易出现线程争抢资源的,如果没有锁定访问机制,就会出现异常
while (mq.Count > 0)
{
foreach (var item in mq)
{
//如果最后一个值还在,就输出 "还在"
if (item == last)
{
Console.WriteLine("还在");
}
}
}
}

测试结果

Release模式下也是很轻松就跑完了,证明访问的同步控制部分是可以正常工作的

使用详细说明

语法上是不是跟lock比较类似了?Enabled属性的作用在这里就可见一斑了

这部分比较简单,就不多说了.....

对比无lock

当然写完可以用,还需要和原始的方式比较一下,不然不知道优劣

对比无lock模式

将using代码注释,果然出现了异常

对比原始单一lock

对比原始lock模式,这次需要加上时间

UsingLock VS 单一lock

--------

让C#轻松实现读写锁分离的更多相关文章

  1. 让C#轻松实现读写锁分离--封装ReaderWriterLockSlim

    ReaderWriterLockSlim 类 表示用于管理资源访问的锁定状态,可实现多线程读取或进行独占式写入访问. 使用 ReaderWriterLockSlim 来保护由多个线程读取但每次只采用一 ...

  2. java cocurrent ConcurrentHashMap、读写锁、Condition、线程池、Barrier、CountDownLatch、Callable、BlockingQueue

    Java并发学习笔记 - yang_net - 博客频道 - CSDN.NET               Java并发学习笔记 - yang_net - 博客频道 - CSDN.NET 并发小结:高 ...

  3. ReadWriteLock: 读写锁

    ReadWriteLock: 读写锁 ReadWriteLock: JDK1.5提供的读写分离锁,采用读写锁分离可以有效帮助减少锁竞争. 特点: 1).使用读写锁.当线程只进行读操作时,可以允许多个线 ...

  4. 轻松掌握java读写锁(ReentrantReadWriteLock)的实现原理

    转载:https://blog.csdn.net/yanyan19880509/article/details/52435135 前言 前面介绍了java中排它锁,共享锁的底层实现机制,本篇再进一步, ...

  5. Java多线程13:读写锁和两种同步方式的对比

    读写锁ReentrantReadWriteLock概述 大型网站中很重要的一块内容就是数据的读写,ReentrantLock虽然具有完全互斥排他的效果(即同一时间只有一个线程正在执行lock后面的任务 ...

  6. Java 并发包中的读写锁及其实现分析

    1. 前言 在Java并发包中常用的锁(如:ReentrantLock),基本上都是排他锁,这些锁在同一时刻只允许一个线程进行访问,而读写锁在同一时 刻可以允许多个读线程访问,但是在写线程访问时,所有 ...

  7. java并发之读写锁ReentrantReadWriteLock的使用

    Lock比传统线程模型中的synchronized方式更加面向对象,与生活中的锁类似,锁本身也应该是一个对象.两个线程执行的代码片段要实现同步互斥的效果,它们必须用同一个Lock对象. 读写锁:分为读 ...

  8. Java中的读写锁

    一.读写锁 1.初识读写锁 a)Java中的锁——Lock和synchronized中介绍的ReentrantLock和synchronized基本上都是排它锁,意味着这些锁在同一时刻只允许一个线程进 ...

  9. 浅谈Java中的锁:Synchronized、重入锁、读写锁

    Java开发必须要掌握的知识点就包括如何使用锁在多线程的环境下控制对资源的访问限制 ◆ Synchronized ◆ 首先我们来看一段简单的代码: 12345678910111213141516171 ...

随机推荐

  1. UPDATE INNER JOIN 两表联合更新

    UPDATE B_READMETER_HANDWORK INNER JOIN B_READMETER_ORDER_SP ON B_READMETER_HANDWORK.ID = B_READMETER ...

  2. [Maven]初次实践

    都说Maven好,以前一直用ant,这次体验一下. 开始之前,maven给我的印象有2个,一是库依赖管理做得比较好,二是规范了构建编译过程,说白了就是什么目录都规定好了. 好开始安装,解压缩,设置m2 ...

  3. oauth基本流程和原理

    组装loginurl->去第三方登录验证->回调callbackurl+code(票据)->本地根据code+appid+appkey组装url隐式curl获取用户信息->完成 ...

  4. Nodejs:简单的脚手架(一)

    html-webpack-plugin:  用来生成html文件的插件  glob:  用来筛选文件,文件目录 path:  管理文件路径 次脚手架里主要用到的是这3个插件,后续会根据所用插件逐渐完善 ...

  5. 数据库访问CRUD;__SELF__和__ACTION__的区别;自动收集表单:$n->create();

    一.tp框架数据访问(pdo基础) public function test() { $n = D("Nation"); //select();find(); //查询 1.$at ...

  6. android逆向代码分析截图

  7. PostgreSQL 添加自定义变量

    http://dba.stackexchange.com/questions/97095/set-session-custom-variable-to-store-user-id set sessio ...

  8. h5移动版云胶片系统

    h5移动版云胶片系统. 最近开了一个医疗用的云胶片,可以对图片放大.图片缩小,图片移动,图片调窗,图片切换,图片播放,图片变灰等等功能.如下图:

  9. target-densitydpi

    一个屏幕像素密度是由屏幕分辨率决定的,通常定义为每英寸点的数量(dpi).Android支持三种屏幕像素密度:低像素密度,中像素密度,高像素密度.一个低像素密度的屏幕每英寸上的像素点更少,而一个高像素 ...

  10. highcharts 插件问题

    Uncaught TypeError: $(...).highcharts is not a function 解决方法: $('#container').highcharts({ colors: [ ...