NET多线程与异步编程

2012-06-04 13:46

 

趁着期末考，顺道把多线程和异步的给整整。

1、多线程:

NET多线程操作的话是在 using System.Threading;

创建线程的第一种方法：ThreadStart  worker = new ThreadStart(WorkerThreadMethod);

ThreadStart是一个委托，其原型是空返回值且无参数。

Thread t = new Thread(worker); 创建线程。

废话不多说，直接看例子:下面的例子是比较通过一个线程比较2个数的大小（由于ThreadStart委托没有参数也没有返回值，所以只有通过类来封装）

       

public class comper        {            public int NumA { get; set; }            public int NumB { get; set; }            public int Result { get; set; }            public void ComResult()            {                Result = NumA > NumB ? NumA : NumB;            }           }         private void button1_Click(object sender, EventArgs e)        {            comper c = new comper();            c.NumA = 10;  c.NumB = 5;            Thread t=null;                  //ThreadStart ts = new ThreadStart(c.ComResult);            // t = new Thread(ts);            try            {                    t = new Thread(c.ComResult);                    t.Start();                    Thread.Sleep(1000); label1.Text = c.Result.ToString();            }            catch (Exception) { }                finally                {                    if (t.ThreadState != ThreadState.Aborted) t.Abort();//销毁线程                }                }

 

那么在单线程编程中，对象常处于临时的无效状态，如果每次只有一个线程访问这个对象，就能保证完成一个方法后再调用另一个方法。在多线程环境，处理器切换到另一个线程，而对象正处于有效状态，如果此线程仍然试图使用这个对象，结果是不可以预知的。如何防止？使用同步，通过同步过程指定代码的临界区，每次只能有一个线程进入临界区。只有通过Monitor 、Mutex 或者C# lock语句（单例模式有使用到）。

当然使用mutex的时候别忘记实例化。

这三个具体的区别只了解了一点：Monitor和Lock的用法差不多。这两个都是锁定数据或是锁定被调用的函数。而Mutex则多用于锁定多线程间的同步调用。简单的说，Monitor和Lock多用于锁定被调用端，而Mutex则多用锁定调用端。Mutex与监视锁一样，可以对代码的访问串行化。但它的灵活度高，效率比较低。

在窗体中如果我们在线程中对控件操作的话，则需要在窗体构造函数中添加 CheckForIllegalCrossThreadCalls = false;这行代码，不然会出错，在NET1.1的时候好像不会，2.0之后好像就会了。

解决这种的方法就是使用异步编程了

2、异步编程

其实在我们创建完每个委托之后，net都自动为我们创建了三个方Invoke，BeginInvoke，EndInvoke

者 三个方法就是用来实现异步编程的。

还是上面的那个例子，看具体代码（回调使用匿名委托）

这都是没有跟数据库打交道的 ，下面看看跟数据库打交道的代码。

其实在ADO.NET中的DbCommand中也提供了异步的方法，就是BeginExecuteReader、BeginExecuteNonQuery、BeginExecuteXmlReader这三个方法提供我们实现异步连接操作数据库，。

使用这样的方法是不是觉得每次都要去额外定义一个委托，感觉很费力，又浪费内存，这时候你是否想到了匿名委托，可是这时候你会想用lambda，但是如果你直接使用就会发现VS中会提示错误（错误 2 无法将 lambda 表达式 转换为类型“System.Delegate”，因为它不是委托类型 ），也许你会觉得奇怪，lambda 怎么会不是委托了，查了一堆资料才明白：对于Thread来说，它接受的是一个ThreadStart委托，编译器便可以将匿名函数与ThreadStart委托类型匹配，最后可以正确的编译。
但是对于Control.Invoke()来说，任何的代理类型都是可接受的，也就是说ThreadStart和MethodInvoker都是可以接受的类型。这时候编译器却不知道使用那个代理去匹配委托，就导致了错误的产生，知道原因其他就很简单了。。。

这样我们就对回调函数进行了改进。。

有错之处 欢迎指出