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写法

private object _Lock = new object();

private void Read()
{
lock (_Lock)
{
//具体方法实现
}
} private void Write()
{
lock (_Lock)
{
//具体方法实现
}
}

读写锁分离

private ReaderWriterLockSlim _LockSlim = new ReaderWriterLockSlim();

private void Read()
{
try
{
_LockSlim.EnterReadLock();
//具体方法实现
}
finally
{
_LockSlim.ExitReadLock();
}
} private void Write()
{
try
{
_LockSlim.EnterWriteLock();
//具体方法实现
}
finally
{
_LockSlim.ExitWriteLock();
}
}

看上下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 == )
{
_Lock.Enabled = false;
return null;
}
var s = _List[];
_List.RemoveAt();
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>();
for (int i = ; i < list.Capacity; i++)
{
list.Add("字符串:" + i);
} MyQueue mq = new MyQueue(list);
//保存最后一个值,等下用于做比较
string last = list[list.Count - ];
//开启1000个线程,同时执行LootFirst方法,并打印出结果
for (int i = ; i < list.Capacity; i++)
{
ThreadPool.QueueUserWorkItem(o =>
{
Console.WriteLine(mq.LootFirst());
});
}
//在主线程中不停调用mq的遍历方法,这样的操作是很容易出现线程争抢资源的,如果没有锁定访问机制,就会出现异常
while (mq.Count > )
{
foreach (var item in mq)
{
//如果最后一个值还在,就输出 "还在"
if (item == last)
{
Console.WriteLine("还在");
}
}
}
}

测试结果

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

使用详细说明

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

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

对比无lock

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

对比无lock模式

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

对比原始单一lock

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

UsingLock VS 单一lock

--------

Code平台下载

https://code.csdn.net/snippets/112634

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

  1. 让C#轻松实现读写锁分离

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

  2. 封装ReaderWriterLockSlim

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

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

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

  4. ReadWriteLock: 读写锁

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

  5. 用读写锁三句代码解决多线程并发写入文件 z

    C#使用读写锁三句代码简单解决多线程并发写入文件时提示“文件正在由另一进程使用,因此该进程无法访问此文件”的问题 在开发程序的过程中,难免少不了写入错误日志这个关键功能.实现这个功能,可以选择使用第三 ...

  6. C#使用读写锁三行代码简单解决多线程并发写入文件时线程同步的问题

    (补充:初始化FileStream时使用包含文件共享属性(System.IO.FileShare)的构造函数比使用自定义线程锁更为安全和高效,更多内容可点击参阅) 在开发程序的过程中,难免少不了写入错 ...

  7. C# 防止同时调用=========使用读写锁三行代码简单解决多线程并发的问题

    http://www.jb51.net/article/99718.htm     本文主要介绍了C#使用读写锁三行代码简单解决多线程并发写入文件时提示"文件正在由另一进程使用,因此该进程无 ...

  8. C#使用读写锁解决多线程并发写入文件时线程同步的问题

    读写锁是以 ReaderWriterLockSlim 对象作为锁管理资源的,不同的 ReaderWriterLockSlim 对象中锁定同一个文件也会被视为不同的锁进行管理,这种差异可能会再次导致文件 ...

  9. 锁的封装 读写锁、lock

    最近由于项目上面建议使用读写锁,而去除常见的lock锁.然后就按照需求封装了下锁.以简化锁的使用.但是开发C#的童鞋都知道lock关键字用起太方便了,但是lock关键字不支持超时处理.很无奈,为了实现 ...

随机推荐

  1. 解决yum报错集

    yum -y install gcc gcc-c++ makeError:  Multilib version problems found. This often means that the ro ...

  2. 不同包中继承关系访问protected内部类问题

    有两个包pack1和pack2,pack1中是父类,pack2中子类继承自pack1中的父类.这里主要探索一下子类访问父类中protected内部类的问题: 第一个类: package pack1; ...

  3. Java反射机制及IoC原理

    一. 反射机制概念 主要是指程序可以访问,检测和修改它本身状态或行为的一种能力,并能根据自身行为的状态和结果,调整或修改应用所描述行为的状态和相关的语义.在java中,只要给定类的名字, 那么就可以通 ...

  4. 【记忆化搜索】bzoj1652 [Usaco2006 Feb]Treats for the Cows

    跟某NOIP的<矩阵取数游戏>很像. f(i,j)表示从左边取i个,从右边取j个的答案. f[x][y]=max(dp(x-1,y)+a[x]*(x+y),dp(x,y-1)+a[n-y+ ...

  5. 一个实现了View接口的Fragment

    小程序并不新鲜,模式上先有百度轻应用,后有支付宝的各类小服务,再来还有腾讯自家QQ右下角的应用宝:技术上也就是FaceBook RN的那一套.一个技术上无创新,形式上无创意的事物,凭什么勾起了开发者们 ...

  6. 黑马程序员_Java基础:网络编程总结

    ------- android培训.java培训.期待与您交流! ---------- Java语言是在网络环境下诞生的,它是第一个完全融入网络的语言,虽然不能说它是对支持网络编程做得最好的语言,但是 ...

  7. API测试-Super Test

    框架选择 Super Test:基本的HTTP请求,返回判断 Chai:对返回的结果进行判断 grunt:集成jenkins grunt-mocha-test:grunt任务 Jenkins环境配制 ...

  8. 简单修改cramfs

    首先进入root用户,确保LINUX系统下装有cramfsprogs,没有的话get-apt install cramfsprogs, 找到.cramfs文件,输入命令cramfsck -x song ...

  9. 归并排序-java

    排序-归并排序 基本思想:是指将两个或两个以上的有序表合并成一个新的有序表. 具体步骤: (1首先将整个表看成是n个有序子表,每个子表的长度为1. (2)然后两两归并,得到n/2个长度为2的有序子表. ...

  10. 【转载】硬盘MBR详细介绍

    原文地址:http://blog.chinaunix.net/uid-15007890-id-106892.html 硬盘MBR详细介绍      硬盘是现在计算机上最常用的存储器之一.我们都知道,计 ...