却对前边的异步明白什么少,且BeginXXX重临值是IAsyncResult接口

正文首如果回顾async异步格局从前的异步,下篇文章再来重点分析async异步情势。

延长思考

  • WaitOne完成等待的法则

  • 异步为何会升级性能

  • 线程的利用数据和CPU的使用率有早晚的关系呢

 

题目1:WaitOne完成等待的法则

在此以前,大家先来简单的打听下多线程信号控制AutoReset伊夫nt类。

var _asyncWaitHandle = new AutoResetEvent(false);
_asyncWaitHandle.WaitOne();

此代码会在 WaitOne 的地方会直接等待下去。除非有此外一个线程执行 AutoReset伊芙nt 的set方法。

var _asyncWaitHandle = new AutoResetEvent(false);
_asyncWaitHandle.Set();
_asyncWaitHandle.WaitOne();

诸如此类,到了 WaitOne 就能够直接实施下去。没有有任何等待。

前几日大家对APM 异步编程模型中的 WaitOne 等待是不是明亮了点什么吗。我们回头来兑现往日自定义异步方法的异步等待。

图片 1

public class MyWebRequest : IAsyncResult
{
    //异步回调函数(委托)
    private AsyncCallback _asyncCallback;
    private AutoResetEvent _asyncWaitHandle;
    public MyWebRequest(AsyncCallback asyncCallback, object state)
    {
        _asyncCallback = asyncCallback;
        _asyncWaitHandle = new AutoResetEvent(false);
    }
    //设置结果
    public void SetComplete(string result)
    {
        Result = result;
        IsCompleted = true;
        _asyncWaitHandle.Set();
        if (_asyncCallback != null)
        {
            _asyncCallback(this);
        }
    }
    //异步请求返回值
    public string Result { get; set; }
    //获取用户定义的对象,它限定或包含关于异步操作的信息。
    public object AsyncState
    {
        get { throw new NotImplementedException(); }
    }
    // 获取用于等待异步操作完成的 System.Threading.WaitHandle。
    public WaitHandle AsyncWaitHandle
    {
        //get { throw new NotImplementedException(); }

        get { return _asyncWaitHandle; }
    }
    //获取一个值,该值指示异步操作是否同步完成。
    public bool CompletedSynchronously
    {
        get { throw new NotImplementedException(); }
    }
    //获取一个值,该值指示异步操作是否已完成。
    public bool IsCompleted
    {
        get;
        private set;
    }
}

图片 2

新民主主义革命代码就是骤增的异步等待。

【执行步骤】

图片 3

 

题目2:异步为何会升级性能

例如同步代码:

Thread.Sleep(10000);//假设这是个访问数据库的方法
Thread.Sleep(10000);//假设这是个访问FQ网站的方法

其一代码需要20秒。

一经是异步:

图片 4

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
});
Thread.Sleep(10000);//假设这是个访问FQ网站的方法
task.Wait();

图片 5

诸如此类就假如10秒了。这样就省去了10秒。

如果是:

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
}); 
task.Wait();

异步执行中间没有耗时的代码那么如此的异步将是尚未意思的。

或者:

图片 6

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
}); 
task.Wait();
Thread.Sleep(10000);//假设这是个访问FQ网站的方法

图片 7

把耗时任务放在异步等待后,这这样的代码也是不会有性能提升的。

还有一种状态:

比方是单核CPU举办高密集运算操作,那么异步也是一贯不意义的。(因为运算是特别耗CPU,而网络请求等待不耗CPU)

 

题材3:线程的应用数据和CPU的使用率有自然的关联吗

答案是否。

抑或拿单核做假使。

情况1:

图片 8

long num = 0;
while (true)
{
    num += new Random().Next(-100,100);
    //Thread.Sleep(100);
}

图片 9

单核下,我们只启动一个线程,就足以让您CPU爆满。

图片 10图片 11

启动八次,八进程CPU基本满员。

情况2:

图片 12

图片 13

一千三个线程,而CPU的使用率竟然是0。因而,我们赢得了事先的定论,线程的行使数据和CPU的使用率没有早晚的联系。

虽说这么,可是也无法不要节制的拉开线程。因为:

  • 开启一个新的线程的过程是相比较耗资源的。(不过使用线程池,来降低开启新线程所消耗的资源)
  • 多线程的切换也是内需时间的。
  • 每个线程占用了自然的内存保存线程上下文音讯。

 

demo:http://pan.baidu.com/s/1slOxgnF

新进阶的程序员可能对async、await用得比较多,却对前边的异步了然吗少。本人就是此类,因而打算回顾学习下异步的进化史。 

TAP

TAP 基于任务的异步形式,Task-based Asynchronous Pattern

到目前结束,我们以为下面的APM、EAP异步模式好用啊?好像从没察觉怎么问题。再仔细想想…如若大家有多少个异步方法需要按先后顺序执行,并且需要(在主进程)拿到所有再次回到值。

率先定义多少个委托:

图片 14

public Func<string, string> func1()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "name:" + t;
    });
}
public Func<string, string> func2()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "age:" + t;
    });
}
public Func<string, string> func3()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "sex:" + t;
    });
}

图片 15

下一场依据一定顺序执行:

图片 16

public void MyAction()
{
    string str1 = string.Empty, str2 = string.Empty, str3 = string.Empty;
    IAsyncResult asyncResult1 = null, asyncResult2 = null, asyncResult3 = null;
    asyncResult1 = func1().BeginInvoke("张三", t =>
    {
        str1 = func1().EndInvoke(t);
        Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
        asyncResult2 = func2().BeginInvoke("26", a =>
        {
            str2 = func2().EndInvoke(a);
            Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            asyncResult3 = func3().BeginInvoke("男", s =>
            {
                str3 = func3().EndInvoke(s);
                Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            }, null);
        }, null);
    }, null);

    asyncResult1.AsyncWaitHandle.WaitOne();
    asyncResult2.AsyncWaitHandle.WaitOne();
    asyncResult3.AsyncWaitHandle.WaitOne();
    Debug.WriteLine(str1 + str2 + str3);
} 

图片 17

而外难看、难读一点像样也没怎么 。但是确实是如此吧?

图片 18

asyncResult2是null?
有鉴于此在成就第一个异步操作以前并未对asyncResult2举办赋值,asyncResult2执行异步等待的时候报这一个。那么这么我们就无法控制三个异步函数,按照一定顺序执行到位后再拿到重临值。(理论上如故有任何艺术的,只是会然代码更加扑朔迷离)

 

是的,现在该我们的TAP登场了。

图片 19

只需要调用Task类的静态方法Run,即可轻松使用异步。

拿到再次来到值:

图片 20

var task1 = Task<string>.Run(() =>
{
    Thread.Sleep(1500);
    Console.WriteLine("【Debug】task1 线程ID:" + Thread.CurrentThread.ManagedThreadId);
    return "张三";
});
//其他逻辑            
task1.Wait();
var value = task1.Result;//获取返回值
Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);

图片 21

现今我们处理方面七个异步按序执行:

图片 22

Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);
string str1 = string.Empty, str2 = string.Empty, str3 = string.Empty;
var task1 = Task.Run(() =>
{
    Thread.Sleep(500);
    str1 = "姓名:张三,";
    Console.WriteLine("【Debug】task1 线程ID:" + Thread.CurrentThread.ManagedThreadId);
}).ContinueWith(t =>
{
    Thread.Sleep(500);
    str2 = "年龄:25,";
    Console.WriteLine("【Debug】task2 线程ID:" + Thread.CurrentThread.ManagedThreadId);
}).ContinueWith(t =>
{
    Thread.Sleep(500);
    str3 = "爱好:妹子";
    Console.WriteLine("【Debug】task3 线程ID:" + Thread.CurrentThread.ManagedThreadId);
});

Thread.Sleep(2500);//其他逻辑代码

task1.Wait();

Debug.WriteLine(str1 + str2 + str3);
Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);

图片 23

[效果图]

图片 24

咱俩看出,结果都拿到了,且是异步按序执行的。且代码的逻辑思路卓殊明晰。假如你感触还不是很大,那么您现象一经是100个异步方法需要异步按序执好吗?用APM的异步回调,那至少也得异步回调嵌套100次。这代码的复杂度综上可得。

 

APM

APM 异步编程模型,Asynchronous Programming Model

早在C#1的时候就有了APM。即使不是很熟知,可是有些如故见过的。就是这多少个类是BeginXXX和EndXXX的点子,且BeginXXX再次回到值是IAsyncResult接口。

在规范写APM示例以前我们先交给一段联机代码

//1、同步方法
private void button1_Click(object sender, EventArgs e)
{          
    Debug.WriteLine("【Debug】线程ID:" + Thread.CurrentThread.ManagedThreadId);

    var request = WebRequest.Create("https://github.com/");//为了更好的演示效果,我们使用网速比较慢的外网
    request.GetResponse();//发送请求    

    Debug.WriteLine("【Debug】线程ID:" + Thread.CurrentThread.ManagedThreadId);
    label1.Text = "执行完毕!";
}

【表达】为了更好的示范异步效果,这里我们采纳winform程序来做示范。(因为winform始终都急需UI线程渲染界面,假设被UI线程占用则会并发“假死”状态)

【效果图】

图片 25

看图得知:

  • 咱俩在实践情势的时候页面出现了“假死”,拖不动了。
  • 大家看看打印结果,方法调用前和调用后线程ID都是9(也就是同一个线程)

下面我们再来演示对应的异步方法:(BeginGetResponse、EndGetResponse所谓的APM异步模型)

private void button2_Click(object sender, EventArgs e)
{
    //1、APM 异步编程模型,Asynchronous Programming Model
    //C#1[基于IAsyncResult接口实现BeginXXX和EndXXX的方法]             
    Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);

    var request = WebRequest.Create("https://github.com/");
    request.BeginGetResponse(new AsyncCallback(t =>//执行完成后的回调
    {
        var response = request.EndGetResponse(t);
        var stream = response.GetResponseStream();//获取返回数据流 

        using (StreamReader reader = new StreamReader(stream))
        {
            StringBuilder sb = new StringBuilder();
            while (!reader.EndOfStream)
            {
                var content = reader.ReadLine();
                sb.Append(content);
            }
            Debug.WriteLine("【Debug】" + sb.ToString().Trim().Substring(0, 100) + "...");//只取返回内容的前100个字符 
            Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            label1.Invoke((Action)(() => { label1.Text = "执行完毕!"; }));//这里跨线程访问UI需要做处理
        }
    }), null);

    Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId); 
}

【效果图】

 图片 26

看图得知:

  • 启用异步方法并没有是UI界面卡死
  • 异步方法启动了另外一个ID为12的线程

地方代码执行顺序:

图片 27

面前大家说过,APM的BebinXXX必须重临IAsyncResult接口。那么接下去我们分析IAsyncResult接口:

率先我们看:

图片 28

真的再次回到的是IAsyncResult接口。这IAsyncResult到底长的什么样体统?:

图片 29

并从未想像中的那么复杂嘛。大家是否足以品味这贯彻这个接口,然后呈现自己的异步方法吗?

第一定一个类MyWebRequest,然后继续IAsyncResult:(下面是着力的伪代码实现)

public class MyWebRequest : IAsyncResult
{
    public object AsyncState
    {
        get { throw new NotImplementedException(); }
    }

    public WaitHandle AsyncWaitHandle
    {
        get { throw new NotImplementedException(); }
    }

    public bool CompletedSynchronously
    {
        get { throw new NotImplementedException(); }
    }

    public bool IsCompleted
    {
        get { throw new NotImplementedException(); }
    }
}

这么自然是无法用的,起码也得有个存回调函数的性质吧,上面我们有点改造下:

图片 30

接下来我们得以自定义APM异步模型了:(成对的Begin、End)

public IAsyncResult MyBeginXX(AsyncCallback callback)
{
    var asyncResult = new MyWebRequest(callback, null);
    var request = WebRequest.Create("https://github.com/");
    new Thread(() =>  //重新启用一个线程
    {
        using (StreamReader sr = new StreamReader(request.GetResponse().GetResponseStream()))
        {
            var str = sr.ReadToEnd();
            asyncResult.SetComplete(str);//设置异步结果
        }

    }).Start();
    return asyncResult;//返回一个IAsyncResult
}

public string MyEndXX(IAsyncResult asyncResult)
{
    MyWebRequest result = asyncResult as MyWebRequest;
    return result.Result;
}

调用如下:

 private void button4_Click(object sender, EventArgs e)
 {
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
     MyBeginXX(new AsyncCallback(t =>
     {
         var result = MyEndXX(t);
         Debug.WriteLine("【Debug】" + result.Trim().Substring(0, 100) + "...");
         Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
     }));
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
 }

效果图:

图片 31

俺们看出自己实现的效应基本上和系列提供的基本上。

  • 启用异步方法并从未是UI界面卡死
  • 异步方法启动了此外一个ID为11的线程

【总结】

民用觉得APM异步形式就是启用另外一个线程执行耗时任务,然后经过回调函数执行后续操作。

APM还足以经过其余措施得到值,如:

while (!asyncResult.IsCompleted)//循环,直到异步执行完成 (轮询方式)
{
    Thread.Sleep(100);
}
var stream2 = request.EndGetResponse(asyncResult).GetResponseStream();

asyncResult.AsyncWaitHandle.WaitOne();//阻止线程,直到异步完成 (阻塞等待)
var stream2 = request.EndGetResponse(asyncResult).GetResponseStream();

 

补偿:倘若是平日方法,大家也得以通过委托异步:(BeginInvoke、EndInvoke)

 public void MyAction()
 {
     var func = new Func<string, string>(t =>
     {
         Thread.Sleep(2000);
         return "name:" + t + DateTime.Now.ToString();
     });

     var asyncResult = func.BeginInvoke("张三", t =>
     {
         string str = func.EndInvoke(t);
         Debug.WriteLine(str);
     }, null); 
 }

EAP

EAP 基于事件的异步格局,伊夫nt-based Asynchronous Pattern

此情势在C#2的时候光顾。

先来看个EAP的例子:

图片 32

 private void button3_Click(object sender, EventArgs e)
 {            
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);

     BackgroundWorker worker = new BackgroundWorker();
     worker.DoWork += new DoWorkEventHandler((s1, s2) =>
     {
         Thread.Sleep(2000);
         Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
     });//注册事件来实现异步
     worker.RunWorkerAsync(this);
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
 }

图片 33

 

【效果图】(同样不会阻塞UI界面)

图片 34

【特征】

  • 经过事件的法门注册回调函数
  • 由此 XXXAsync方法来推行异步调用

事例很简单,不过和APM形式相比较,是不是绝非那么清楚透明。为啥可以如此实现?事件的登记是在干嘛?为何执行RunWorkerAsync会触发注册的函数?

倍感温馨又想多了…

大家试着反编译看看源码:

图片 35

 只想说,这么玩,有意思啊?

EAP

EAP 基于事件的异步形式,伊芙(Eve)nt-based Asynchronous Pattern

此格局在C#2的时候光顾。

先来看个EAP的例证:

 private void button3_Click(object sender, EventArgs e)
 {            
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);

     BackgroundWorker worker = new BackgroundWorker();
     worker.DoWork += new DoWorkEventHandler((s1, s2) =>
     {
         Thread.Sleep(2000);
         Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
     });//注册事件来实现异步
     worker.RunWorkerAsync(this);
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
 }

 

【效果图】(同样不会阻塞UI界面)

图片 36

【特征】

  • 因而事件的主意注册回调函数
  • 经过 XXXAsync方法来施行异步调用

事例很简短,可是和APM情势相相比,是不是尚未那么彰着透明。为何可以这样实现?事件的登记是在干嘛?为何执行RunWorkerAsync会触发注册的函数?

备感温馨又想多了…

俺们试着反编译看看源码:

图片 37

 只想说,这么玩,有意思啊?

APM

APM 异步编程模型,Asynchronous Programming Model

早在C#1的时候就有了APM。就算不是很娴熟,不过多少如故见过的。就是那个类是BeginXXX和EndXXX的办法,且BeginXXX再次回到值是IAsyncResult接口。

在专业写APM示例以前我们先付给一段同步代码:

图片 38

//1、同步方法
private void button1_Click(object sender, EventArgs e)
{          
    Debug.WriteLine("【Debug】线程ID:" + Thread.CurrentThread.ManagedThreadId);

    var request = WebRequest.Create("https://github.com/");//为了更好的演示效果,我们使用网速比较慢的外网
    request.GetResponse();//发送请求    

    Debug.WriteLine("【Debug】线程ID:" + Thread.CurrentThread.ManagedThreadId);
    label1.Text = "执行完毕!";
}

图片 39

【表明】为了更好的以身作则异步效果,这里我们利用winform程序来做示范。(因为winform始终都亟待UI线程渲染界面,倘使被UI线程占用则会产出“假死”状态)

【效果图】

图片 40

看图得知:

  • 咱俩在推行措施的时候页面出现了“假死”,拖不动了。
  • 俺们看来打印结果,方法调用前和调用后线程ID都是9(也就是同一个线程)

下面我们再来演示对应的异步方法:(BeginGetResponse、EndGetResponse所谓的APM异步模型)

图片 41

private void button2_Click(object sender, EventArgs e)
{
    //1、APM 异步编程模型,Asynchronous Programming Model
    //C#1[基于IAsyncResult接口实现BeginXXX和EndXXX的方法]             
    Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);

    var request = WebRequest.Create("https://github.com/");
    request.BeginGetResponse(new AsyncCallback(t =>//执行完成后的回调
    {
        var response = request.EndGetResponse(t);
        var stream = response.GetResponseStream();//获取返回数据流 

        using (StreamReader reader = new StreamReader(stream))
        {
            StringBuilder sb = new StringBuilder();
            while (!reader.EndOfStream)
            {
                var content = reader.ReadLine();
                sb.Append(content);
            }
            Debug.WriteLine("【Debug】" + sb.ToString().Trim().Substring(0, 100) + "...");//只取返回内容的前100个字符 
            Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            label1.Invoke((Action)(() => { label1.Text = "执行完毕!"; }));//这里跨线程访问UI需要做处理
        }
    }), null);

    Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId); 
}

图片 42

【效果图】

 图片 43

看图得知:

  • 启用异步方法并从未是UI界面卡死
  • 异步方法启动了此外一个ID为12的线程

地点代码执行顺序:

图片 44

眼前我们说过,APM的BebinXXX必须回到IAsyncResult接口。那么接下去我们分析IAsyncResult接口:

率先我们看:

图片 45

真的重返的是IAsyncResult接口。这IAsyncResult到底长的哪些样子?:

图片 46

并没有想象中的那么复杂嘛。我们是否足以尝尝这贯彻这多少个接口,然后突显自己的异步方法吗?

先是定一个类MyWebRequest,然后继续IAsyncResult:(上边是主题的伪代码实现)

图片 47

public class MyWebRequest : IAsyncResult
{
    public object AsyncState
    {
        get { throw new NotImplementedException(); }
    }

    public WaitHandle AsyncWaitHandle
    {
        get { throw new NotImplementedException(); }
    }

    public bool CompletedSynchronously
    {
        get { throw new NotImplementedException(); }
    }

    public bool IsCompleted
    {
        get { throw new NotImplementedException(); }
    }
}

图片 48

如此必然是不可能用的,起码也得有个存回调函数的性质吧,上面我们有点改造下:

图片 49

然后我们可以自定义APM异步模型了:(成对的Begin、End)

图片 50

public IAsyncResult MyBeginXX(AsyncCallback callback)
{
    var asyncResult = new MyWebRequest(callback, null);
    var request = WebRequest.Create("https://github.com/");
    new Thread(() =>  //重新启用一个线程
    {
        using (StreamReader sr = new StreamReader(request.GetResponse().GetResponseStream()))
        {
            var str = sr.ReadToEnd();
            asyncResult.SetComplete(str);//设置异步结果
        }

    }).Start();
    return asyncResult;//返回一个IAsyncResult
}

public string MyEndXX(IAsyncResult asyncResult)
{
    MyWebRequest result = asyncResult as MyWebRequest;
    return result.Result;
}

图片 51

调用如下:

图片 52

 private void button4_Click(object sender, EventArgs e)
 {
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
     MyBeginXX(new AsyncCallback(t =>
     {
         var result = MyEndXX(t);
         Debug.WriteLine("【Debug】" + result.Trim().Substring(0, 100) + "...");
         Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
     }));
     Debug.WriteLine("【Debug】主线程ID:" + Thread.CurrentThread.ManagedThreadId);
 }

图片 53

效果图:

图片 54

大家看到自己实现的法力基本上和系统提供的几近。

  • 启用异步方法并没有是UI界面卡死
  • 异步方法启动了其余一个ID为11的线程

【总结】

民用认为APM异步形式就是启用此外一个线程执行耗时任务,然后通过回调函数执行后续操作。

APM仍是可以通过此外艺术赢得值,如:

while (!asyncResult.IsCompleted)//循环,直到异步执行完成 (轮询方式)
{
    Thread.Sleep(100);
}
var stream2 = request.EndGetResponse(asyncResult).GetResponseStream();

asyncResult.AsyncWaitHandle.WaitOne();//阻止线程,直到异步完成 (阻塞等待)
var stream2 = request.EndGetResponse(asyncResult).GetResponseStream();

 

增补:倘诺是普普通通方法,我们也可以通过委托异步:(BeginInvoke、EndInvoke)

图片 55

 public void MyAction()
 {
     var func = new Func<string, string>(t =>
     {
         Thread.Sleep(2000);
         return "name:" + t + DateTime.Now.ToString();
     });

     var asyncResult = func.BeginInvoke("张三", t =>
     {
         string str = func.EndInvoke(t);
         Debug.WriteLine(str);
     }, null); 
 }

图片 56

TAP

TAP 基于任务的异步格局,Task-based Asynchronous Pattern

到如今停止,大家觉得下边的APM、EAP异步情势好用吧?好像一直不意识什么问题。再精心想想…要是大家有两个异步方法需要按先后顺序执行,并且需要(在主进程)得到所有重回值。

先是定义六个委托:

public Func<string, string> func1()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "name:" + t;
    });
}
public Func<string, string> func2()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "age:" + t;
    });
}
public Func<string, string> func3()
{
    return new Func<string, string>(t =>
    {
        Thread.Sleep(2000);
        return "sex:" + t;
    });
}

接下来遵照一定顺序执行:

public void MyAction()
{
    string str1 = string.Empty, str2 = string.Empty, str3 = string.Empty;
    IAsyncResult asyncResult1 = null, asyncResult2 = null, asyncResult3 = null;
    asyncResult1 = func1().BeginInvoke("张三", t =>
    {
        str1 = func1().EndInvoke(t);
        Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
        asyncResult2 = func2().BeginInvoke("26", a =>
        {
            str2 = func2().EndInvoke(a);
            Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            asyncResult3 = func3().BeginInvoke("男", s =>
            {
                str3 = func3().EndInvoke(s);
                Debug.WriteLine("【Debug】异步线程ID:" + Thread.CurrentThread.ManagedThreadId);
            }, null);
        }, null);
    }, null);

    asyncResult1.AsyncWaitHandle.WaitOne();
    asyncResult2.AsyncWaitHandle.WaitOne();
    asyncResult3.AsyncWaitHandle.WaitOne();
    Debug.WriteLine(str1 + str2 + str3);
} 

而外难看、难读一点像样也没怎么 。不过实在是这么呢?

图片 57

asyncResult2是null?
综上可得在成功第一个异步操作在此之前从未对asyncResult2举办赋值,asyncResult2执行异步等待的时候报这多少个。那么这么我们就不可以控制几个异步函数,遵照一定顺序执行到位后再得到重临值。(理论上或者有其余办法的,只是会然代码更加错综复杂)

 

毋庸置疑,现在该大家的TAP登场了。

图片 58

只需要调用Task类的静态方法Run,即可轻松使用异步。

得到重返值:

var task1 = Task<string>.Run(() =>
{
    Thread.Sleep(1500);
    Console.WriteLine("【Debug】task1 线程ID:" + Thread.CurrentThread.ManagedThreadId);
    return "张三";
});
//其他逻辑            
task1.Wait();
var value = task1.Result;//获取返回值
Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);

现在我们处理地点六个异步按序执行:

Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);
string str1 = string.Empty, str2 = string.Empty, str3 = string.Empty;
var task1 = Task.Run(() =>
{
    Thread.Sleep(500);
    str1 = "姓名:张三,";
    Console.WriteLine("【Debug】task1 线程ID:" + Thread.CurrentThread.ManagedThreadId);
}).ContinueWith(t =>
{
    Thread.Sleep(500);
    str2 = "年龄:25,";
    Console.WriteLine("【Debug】task2 线程ID:" + Thread.CurrentThread.ManagedThreadId);
}).ContinueWith(t =>
{
    Thread.Sleep(500);
    str3 = "爱好:妹子";
    Console.WriteLine("【Debug】task3 线程ID:" + Thread.CurrentThread.ManagedThreadId);
});

Thread.Sleep(2500);//其他逻辑代码

task1.Wait();

Debug.WriteLine(str1 + str2 + str3);
Console.WriteLine("【Debug】主 线程ID:" + Thread.CurrentThread.ManagedThreadId);

[效果图]

图片 59

我们来看,结果都拿到了,且是异步按序执行的。且代码的逻辑思路非常明显。如果你感触还不是很大,那么您现象一经是100个异步方法需要异步按序执可以吗?用APM的异步回调,这至少也得异步回调嵌套100次。这代码的复杂度由此可见。

 

读书目录

 

新进阶的程序员可能对async、await用得相比多,却对后面的异步掌握什么少。本人就是此类,由此打算回顾学习下异步的进化史。 

正文首如若回顾async异步形式以前的异步,下篇著作再来重点分析async异步格局。

拉开思考

  • WaitOne完成等待的规律

  • 异步为啥会提高性能

  • 线程的使用数据和CPU的使用率有肯定的牵连呢

 

问题1:WaitOne完成等待的规律

往日,我们先来概括的问询下多线程信号控制AutoReset伊夫(Eve)nt类。

var _asyncWaitHandle = new AutoResetEvent(false);
_asyncWaitHandle.WaitOne();

此代码会在 WaitOne 的地点会平昔等待下去。除非有此外一个线程执行 AutoReset伊夫(Eve)nt 的set方法。

var _asyncWaitHandle = new AutoResetEvent(false);
_asyncWaitHandle.Set();
_asyncWaitHandle.WaitOne();

诸如此类,到了 WaitOne 就足以平素实施下去。没有有任何等待。

前日我们对APM 异步编程模型中的 WaitOne 等待是不是明亮了点什么吗。我们回头来贯彻在此之前自定义异步方法的异步等待。

public class MyWebRequest : IAsyncResult
{
    //异步回调函数(委托)
    private AsyncCallback _asyncCallback;
    private AutoResetEvent _asyncWaitHandle;
    public MyWebRequest(AsyncCallback asyncCallback, object state)
    {
        _asyncCallback = asyncCallback;
        _asyncWaitHandle = new AutoResetEvent(false);
    }
    //设置结果
    public void SetComplete(string result)
    {
        Result = result;
        IsCompleted = true;
        _asyncWaitHandle.Set();
        if (_asyncCallback != null)
        {
            _asyncCallback(this);
        }
    }
    //异步请求返回值
    public string Result { get; set; }
    //获取用户定义的对象,它限定或包含关于异步操作的信息。
    public object AsyncState
    {
        get { throw new NotImplementedException(); }
    }
    // 获取用于等待异步操作完成的 System.Threading.WaitHandle。
    public WaitHandle AsyncWaitHandle
    {
        //get { throw new NotImplementedException(); }

        get { return _asyncWaitHandle; }
    }
    //获取一个值,该值指示异步操作是否同步完成。
    public bool CompletedSynchronously
    {
        get { throw new NotImplementedException(); }
    }
    //获取一个值,该值指示异步操作是否已完成。
    public bool IsCompleted
    {
        get;
        private set;
    }
}

庚寅革命代码就是骤增的异步等待。

【执行步骤】

图片 60

 

问题2:异步为啥会升级性能

比如说同步代码:

Thread.Sleep(10000);//假设这是个访问数据库的方法
Thread.Sleep(10000);//假设这是个访问FQ网站的方法

这几个代码需要20秒。

要是是异步:

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
});
Thread.Sleep(10000);//假设这是个访问FQ网站的方法
task.Wait();

如此这般就假设10秒了。这样就节省了10秒。

如果是:

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
}); 
task.Wait();

异步执行中间没有耗时的代码那么这样的异步将是一向不趣味的。

或者:

var task = Task.Run(() =>
{
    Thread.Sleep(10000);//假设这是个访问数据库的方法
}); 
task.Wait();
Thread.Sleep(10000);//假设这是个访问FQ网站的方法

把耗时任务放在异步等待后,这这样的代码也是不会有性能进步的。

再有一种情状:

一旦是单核CPU举行高密集运算操作,那么异步也是一贯不意思的。(因为运算是充足耗CPU,而网络请求等待不耗CPU)

 

问题3:线程的利用数据和CPU的使用率有一定的牵连呢

答案是否。

抑或拿单核做假若。

情况1:

long num = 0;
while (true)
{
    num += new Random().Next(-100,100);
    //Thread.Sleep(100);
}

单核下,大家只启动一个线程,就足以让您CPU爆满。

图片 61图片 62

开行八次,八进程CPU基本满员。

情况2:

图片 63

图片 64

一千五个线程,而CPU的使用率竟然是0。因而,我们收获了前头的下结论,线程的行使数据和CPU的使用率没有一定的联系。

即使这样,可是也无法不用节制的拉开线程。因为:

  • 敞开一个新的线程的进程是相比较耗资源的。(不过使用线程池,来下滑开启新线程所耗费的资源)
  • 多线程的切换也是需要时刻的。
  • 每个线程占用了肯定的内存保存线程上下文音信。

 

demo:http://pan.baidu.com/s/1slOxgnF

正文已联合至索引目录:《C#基础知识巩固

对于异步编程了然不深,文中极有可能多处错误描述和意见。

谢谢广大园友的指正。

本着相互钻探的目的,绝无想要误导我们的意味。

 

【推荐】

http://www.cnblogs.com/wisdomqq/archive/2012/03/26/2412349.html

【转】C#异步的社会风气【上】

相关文章