当前位置: 首页 > 编程笔记 >

C#中lock死锁实例教程

熊烨
2023-03-14
本文向大家介绍C#中lock死锁实例教程,包括了C#中lock死锁实例教程的使用技巧和注意事项,需要的朋友参考一下

在c#中有个关键字lock,它的作用是锁定某一代码块,让同一时间只有一个线程访问该代码块,本文就来谈谈lock关键字的原理和其中应注意的几个问题:

lock的使用原型是:

lock(X)
{
  //需要锁定的代码.... 
}

首先要明白为什么上面这段话能够锁定代码,其中的奥妙就是X这个对象,事实上X是任意一种引用类型,它在这儿起的作用就是任何线程执行到lock(X)时候,X需要独享才能运行下面的代码,若假定现在有3个线程A,B,C都执行到了lock(X)而ABC因为此时都占有X,这时ABC就要停下来排个队,一个一个使用X,从而起到在下面的代码块内只有一个线程在运行(因为此时只有一个线程独享X,其余两个在排队),所以这个X必须是所有要执行临界区域代码进程必须共有的一个资源,从而起到抑制线程的作用。

下面再来谈谈lock使用中会遇到和注意的问题,lock最需要注意的一个问题就是线程死锁!

在MSDN上列出了3个典型问题:

通常,应避免锁定 public 类型,否则实例将超出代码的控制范围。常见的结构 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 违反此准则:

如果实例可以被公共访问,将出现 lock (this) 问题。

如果 MyType 可以被公共访问,将出现 lock (typeof (MyType)) 问题。

由于进程中使用同一字符串的任何其他代码将共享同一个锁,所以出现 lock(“myLock”) 问题。

最佳做法是定义 private 对象来锁定, 或 private shared 对象变量来保护所有实例所共有的数据。

(1)lock (this) 问题:

假定有两个类:

class A{} 
class B{} 

有两个公共对象:

A a=new A(); 
B b=new B(); 

首先在A中若有一函数内的代码需要锁定:

代码1:

lock(this)//this在这里就是a 
{ 
 //.... 
 lock(b) 
 { 
//...... 
 } 
} 

然而此时B中某函数也有如下代码需要锁定:

代码2:

lock(this)//this在这里就是b 
{ 
 //.... 
 lock(a) 
 { 
//...... 
 } 
} 

设想一下上面两段代码在两个线程下同时执行会有什么后果?

结果就是,代码1执行到lock(this)后a被锁定,代码2执行到lock(this)后b被锁定,然后代码1需求b,代码2需求a,此时两个需求都被相互占有出现僵持状态,程序死锁了。

(2)lock(typeof (MyType))问题:

假定有两个公共变量:

int a;float b; 

下面看如下代码

代码3:

lock(typeof(a))//typeof(a)就是System.type.Int类型 
{ 
 //.... 
 lock(typeof(b)) 
 { 
//...... 
 } 
} 

又有如下代码:

代码4:

lock(typeof(b))//typeof(b)就是System.type.Float类型 
{ 
 //.... 
 lock(typeof(a)) 
 { 
//...... 
 } 
} 

若有两个进程分别同时进入上面两个代码外层的lock,就分别锁定了System.type.Int和System.type.Float,而马上它们又需求System.type.Float和System.type.Int,彼此相互占有,彼此僵持,程序进入死锁状态!

(3)字符串问题 :

在阐述这个问题之前,有一个知识大家必须知道:C#中字符串被公共语言运行库 (CLR)“暂留”。这意味着整个程序中任何给定字符串都只有一个实例,就是这同一个对象表示了所有运行的应用程序域的所有线程中的该文本。因此,只要在应用程序进程中的任何位置处具有相同内容的字符串上放置了锁,就将锁定应用程序中该字符串的所有实例。

言下之意就是假定有两个类分别有两个字符串:

class A 
{ 
 string a="abc"; 
 string b="def"; 
} 

class c 
{ 
 string c="abc"; 
 string d="def"; 
} 

事实上a和c引用的是同一个字符串"abc",b和d引用的是同一个字符串"def"

现在如果在两个类中有如下代码

在类A中有代码5:

lock(b)//b是"def" 
{ 
 //.... 
 lock(a)//a是"abc" 
 { 
//...... 
 } 
} 

在类B中有代码6:

lock(c)//c是"abc" 
{ 
 //.... 
 lock(d)//d是"def" 
 { 
//...... 
 } 
} 

那么代码5和代码6同时有两个线程执行结果可想而知:在两个线程执行到外层lock代码时"def"和"abc"被锁定。接着他们在内部lock处同时需求"abc"和"def",而此时两个字符串被两个进程彼此占有,程序又死锁了!所以MSDN说:锁定字符串尤其危险!最好不要使用!

MSDN最后说了:最佳做法是定义 private 对象来锁定, 或 private shared 对象变量来保护所有实例所共有的数据。
在个人看来,也不是绝对安全,这里就举出一个例子:

假定有一个类:

class A 
{ 
 private Object a=new Object(); 
 private Object b=new Object(); 
 public void x() 
 { 
  lock(a) 
  { 
    //..... 
    lock(b) 
    { 
     //.... 
    } 
  } 
 } 
 public void y() 
 { 
  lock(b) 
  { 
    //..... 
    lock(a) 
    { 
     //.... 
    } 
  } 
 } 
} 

现在假定有两个线程同时执行函数x()和y();结果private对象a和b分别在外层lock锁定,接着两个线程在内部又立马需求b和a,a,b彼此占有又彼此需求,程序死锁。

所以具体要看情况而定,但是定义 private 对象来锁定至少可以降低风险。

希望本文所述C#中lock的应用对大家的C#程序设计有所帮助。

 类似资料:
  • 本文向大家介绍C# 串口接收数据中serialPort.close()死锁的实例,包括了C# 串口接收数据中serialPort.close()死锁的实例的使用技巧和注意事项,需要的朋友参考一下 最近在做一个有关高铁模拟仓显示系统的客户端程序,在这个程序中要运用串口serialPort传输数据,因为每次接收数据结束后要更新UI界面,所以就用到了的Invoke,将更新UI的程序代码封装到一个方法中,

  • 锁(Lock),在并发处理,防止冲突的场景非常常用。 在 imi 中,你可以使用注解,或者自己实例化Lock类来实现加锁处理。 除了内置的锁驱动外,你可以实现Imi\Lock\Handler\ILockHandler接口,来实现其他方式的锁。 配置用法 需要在配置中预定义 配置说明 // 锁 'lock' =>[ 'list' => [ // 锁 ID => 配置

  • 上面的代码是使用clang编译的 问题: 我看到第50行中有1或2个线程卡在lock()中。除了主线程,卡在lock()中的线程没有其他线程活着。这意味着当其他线程调用解锁()时,它们不知何故不会为其他变量设置锁定=假并退出。 请问有什么关于调试的建议吗? 在这上面困了好几个小时也没有线索。

  • 本文向大家介绍java 中死锁问题的实例详解,包括了java 中死锁问题的实例详解的使用技巧和注意事项,需要的朋友参考一下 java 中死锁问题的实例详解 先看代码在做解释 以上是代码部分,如果没有死锁,可以在if下加while(true),必然死锁,下面来做说明。 这个仅仅是为了理解死锁和面试用的,创建两个对象a和b只是为了作为死锁的对象而用,线程t1运行(t1.start()),线程t1拿到锁

  • 本文向大家介绍java实现死锁的示例代码,包括了java实现死锁的示例代码的使用技巧和注意事项,需要的朋友参考一下 什么是死锁 我们先看看这样一个生活中的例子:在一条河上有一座桥,桥面较窄,只能容纳一辆汽车通过,无法让两辆汽车并行。如果有两辆汽车A和B分别由桥的两端驶上该桥,则对于A车来说,它走过桥面左面的一段路(即占有了桥的一部分资源),要想过桥还须等待B车让出右边的桥面,此时A车不能前进;对于

  • PHP代码中可以很方便地创建一个锁,用来实现数据同步。Lock类支持5种锁的类型 锁类型 说明 SWOOLE_FILELOCK 文件锁 SWOOLE_RWLOCK 读写锁 SWOOLE_SEM 信号量 SWOOLE_MUTEX 互斥锁 SWOOLE_SPINLOCK 自旋锁 !> 请勿在onReceive等回调函数中创建锁,否则内存会持续增长,造成内存泄漏。 使用示例 $lock = new Sw