站长百科知识网

站长百科知识网

mfc lock用法

互联网 -
MFC中ComboBox使用方法 用法 手册

今天给各位分享mfc lock用法的知识,其中也会对c#死锁怎么解决办法进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录

  1. Java难学么
  2. mfc lock用法

Java难学么

说实话,如果没有接触过电脑,Java并不是特别好学。因为在Java学习之初就要涉及到非常多的电脑基础知识应用。比如如何配置环境变量,以及配置Tomcat服务器等等,所以如果没有接触过电脑学Java是非常吃力的。

配置环境只是最初的阶段,关键是后期还有非常多的编程知识需要学习。这里面也涉及到了非常多的电脑基础相关知识。比如说内存,二进制。这都和电脑基础密不可分。再往后还有很多的web应用需要学习。

在这些学习过程里又很多的知识点,对于没有接触过电脑的人而言,是很难转过弯的。如果真的有毅力去学,当然没有问题,但是这要付出比常人多10倍甚至百倍的精力。

如果真的想学一门编程语言,建议可以从前端学起。当然前端也不是非常的容易。只是入门相对简单一点。先获取一些基本的电脑知识后,再学习后端语言可能效果相对好一点。对于后端语言,如果要配置环境等等,简单一点的话,其实倒是建议学c#,语法和Java几乎一样,但是入门配置更简单。

c#由于是微软开发的,和windows系统结合非常的好。免去了很多不必要的配置,上手就能开发。在最新的版本中。也实现了跨平台开发,能够同时开发桌面应用程序、手机应用、网站和各类服务。同时也是一款全开源的编程语言。

如果您在接触Java之后感觉入手不是很方便,那可以尝试尝试从c#/.net入手。

mfc lock用法

一、Lock定义

lock关键字可以用来确保代码块完成运行,而不会被其他线程中断。它可以把一段代码定义为互斥段(criticalsection),互斥段在一个时刻内只允许一个线程进入执行,而其他线程必须等待。这是通过在代码块运行期间为给定对象获取互斥锁来实现的。

在多线程中,每个线程都有自己的资源,但是代码区是共享的,即每个线程都可以执行相同的函数。这可能带来的问题就是几个线程同时执行一个函数,导致数据的混乱,产生不可预料的结果,因此我们必须避免这种情况的发生。

而在.NET中最好了解一下进程、应用域和线程的概念,因为Lock是针对线程一级的,而在.NET中应用域是否会对Lock起隔离作用,我的猜想是,即不在同一应用域中的线程无法通过Lock来中断;另外也最好能了解一下数据段、代码段、堆、栈等概念。

在C#lock关键字定义如下:

lock(expression)statement_block,其中expression代表你希望跟踪的对象,通常是对象引用。

如果你想保护一个类的实例,一般地,你可以使用this;如果你想保护一个静态变量(如互斥代码段在一个静态方法内部),一般使用类名就可以了。

而statement_block就是互斥段的代码,这段代码在一个时刻内只可能被一个线程执行。

二、简单例子

usingSystem;

usingSystem.Collections;

usingSystem.Collections.Generic;

usingSystem.Threading;

namespaceConsoleApplication1

{

classProgram

{

staticvoidMain(string[]args)

{

Threadthread1=newThread(newThreadStart(ThreadStart1));

thread1.Name="Thread1";

Threadthread2=newThread(newThreadStart(ThreadStart2));

thread2.Name="Thread2";

Threadthread3=newThread(newThreadStart(ThreadStart3));

thread3.Name="Thread3";

thread1.Start();

thread2.Start();

thread3.Start();

Console.ReadKey();

}

staticobject_object=newobject();

staticvoidDone(intmillisecondsTimeout)

{

Console.WriteLine(string.Format("{0}->{1}.Start",DateTime.Now.ToString("HH:mm:ss"),Thread.CurrentThread.Name));

//下边代码段同一时间只能由一个线程在执行

lock(_object)

{

Console.WriteLine(string.Format("{0}->{1}进入锁定区域.",DateTime.Now.ToString("HH:mm:ss"),Thread.CurrentThread.Name));

Thread.Sleep(millisecondsTimeout);

Console.WriteLine(string.Format("{0}->{1}退出锁定区域.",DateTime.Now.ToString("HH:mm:ss"),Thread.CurrentThread.Name));

}

}

staticvoidThreadStart1()

{

Done(5000);

}

staticvoidThreadStart2()

{

Done(3000);

}

staticvoidThreadStart2()

{

Done(1000);

}

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

三、简单解释一下执行过程

先来看看执行过程,代码示例如下:

privatestaticobjectojb=newobject();

lock(obj)

{

//锁定运行的代码段

}

假设线程A先执行,线程B稍微慢一点。线程A执行到lock语句,判断obj是否已申请了互斥锁,判断依据是逐个与已存在的锁进行object.ReferenceEquals比较(此处未加证实),如果不存在,则申请一个新的互斥锁,这时线程A进入lock里面了。

这时假设线程B启动了,而线程A还未执行完lock里面的代码。线程B执行到lock语句,检查到obj已经申请了互斥锁,于是等待;直到线程A执行完毕,释放互斥锁,线程B才能申请新的互斥锁并执行lock里面的代码。

四、Lock的对象选择问题

接下来说一些lock应该锁定什么对象。

1、为什么不能lock值类型

比如lock(1)呢?lock本质上Monitor.Enter,Monitor.Enter会使值类型装箱,每次lock的是装箱后的对象。lock其实是类似编译器的语法糖,因此编译器直接限制住不能lock值类型。退一万步说,就算能编译器允许你lock(1),但是object.ReferenceEquals(1,1)始终返回false(因为每次装箱后都是不同对象),也就是说每次都会判断成未申请互斥锁,这样在同一时间,别的线程照样能够访问里面的代码,达不到同步的效果。同理lock((object)1)也不行。

2、Lock字符串

那么lock(“xxx”)字符串呢?MSDN上的原话是:

锁定字符串尤其危险,因为字符串被公共语言运行库(CLR)“暂留”。这意味着整个程序中任何给定字符串都只有一个实例,就是这同一个对象表示了所有运行的应用程序域的所有线程中的该文本。因此,只要在应用程序进程中的任何位置处具有相同内容的字符串上放置了锁,就将锁定应用程序中该字符串的所有实例。

3、MSDN推荐的Lock对象

通常,最好避免锁定public类型或锁定不受应用程序控制的对象实例。例如,如果该实例可以被公开访问,则lock(this)可能会有问题,因为不受控制的代码也可能会锁定该对象。这可能导致死锁,即两个或更多个线程等待释放同一对象。出于同样的原因,锁定公共数据类型(相比于对象)也可能导致问题。

而且lock(this)只对当前对象有效,如果多个对象之间就达不到同步的效果。

而自定义类推荐用私有的只读静态对象,比如:

privatestaticreadonlyobjectobj=newobject();

为什么要设置成只读的呢?这时因为如果在lock代码段中改变obj的值,其它线程就畅通无阻了,因为互斥锁的对象变了,object.ReferenceEquals必然返回false。

4、lock(typeof(Class))

与锁定字符串一样,范围太广了。

五、特殊问题:Lock(this)等的详细解释

在以前编程中遇到lock问题总是使用lock(this)一锁了之,出问题后翻看MSDN突然发现下面几行字:通常,应避免锁定public类型,否则实例将超出代码的控制范围。常见的结构lock(this)、lock(typeof(MyType))和lock(“myLock”)违反此准则:如果实例可以被公共访问,将出现C#lockthis问题。如果MyType可以被公共访问,将出现lock(typeof(MyType))问题。由于进程中使用同一字符串的任何其他代码将共享同一个锁,所以出现lock(“myLock”)问题。

来看看C#lockthis问题:如果有一个类Class1,该类有一个方法用lock(this)来实现互斥:

publicvoidMethod2()

{

lock(this)

{

System.Windows.Forms.MessageBox.Show(“Method2End”);

}

}

如果在同一个Class1的实例中,该Method2能够互斥的执行。但是如果是2个Class1的实例分别来执行Method2,是没有互斥效果的。因为这里的lock,只是对当前的实例对象进行了加锁。

Lock(typeof(MyType))锁定住的对象范围更为广泛,由于一个类的所有实例都只有一个类型对象(该对象是typeof的返回结果),锁定它,就锁定了该对象的所有实例,微软现在建议,不要使用lock(typeof(MyType)),因为锁定类型对象是个很缓慢的过程,并且类中的其他线程、甚至在同一个应用程序域中运行的其他程序都可以访问该类型对象,因此,它们就有可能代替您锁定类型对象,完全阻止您的执行,从而导致你自己的代码的挂起。

锁住一个字符串更为神奇,只要字符串内容相同,就能引起程序挂起。原因是在.NET中,字符串会被暂时存放,如果两个变量的字符串内容相同的话,.NET会把暂存的字符串对象分配给该变量。所以如果有两个地方都在使用lock(“mylock”)的话,它们实际锁住的是同一个对象。到此,微软给出了个lock的建议用法:锁定一个私有的static成员变量。

.NET在一些集合类中(比如ArrayList,HashTable,Queue,Stack)已经提供了一个供lock使用的对象SyncRoot,用Reflector工具查看了SyncRoot属性的代码,在Array中,该属性只有一句话:returnthis,这样和lockarray的当前实例是一样的。ArrayList中的SyncRoot有所不同

get

{

if(this._syncRoot==null)

{

Interlocked.CompareExchange(refthis._syncRoot,newobject(),null);

}

returnthis._syncRoot;

其中Interlocked类是专门为多个线程共享的变量提供原子操作(如果你想锁定的对象是基本数据类型,那么请使用这个类),CompareExchange方法将当前syncRoot和null做比较,如果相等,就替换成newobject(),这样做是为了保证多个线程在使用syncRoot时是线程安全的。集合类中还有一个方法是和同步相关的:Synchronized,该方法返回一个对应的集合类的wrapper类,该类是线程安全的,因为他的大部分方法都用lock来进行了同步处理,比如Add方法:

publicoverridevoidAdd(objectkey,objectvalue)

{

lock(this._table.SyncRoot)

{

this._table.Add(key,value);

}

}

这里要特别注意的是MSDN提到:从头到尾对一个集合进行枚举本质上并不是一个线程安全的过程。即使一个集合已进行同步,其他线程仍可以修改该集合,这将导致枚举数引发异常。若要在枚举过程中保证线程安全,可以在整个枚举过程中锁定集合:

QueuemyCollection=newQueue();

lock(myCollection.SyncRoot){

foreach(ObjectiteminmyCollection){

//Insertyourcodehere.

}

}

最后

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

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

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

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

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

mfc lock用法和c#死锁怎么解决办法的问题分享结束啦,以上的文章解决了您的问题吗?欢迎您下次再来哦!

MFC中定时器的用法

标签:# 用法# mfc# lock