C#异步的世界【下】 - 农码一生(2)_H5之家 - 中国HTML5教程资源分享第一站

[HttpGet] public async Task<string> Get(string str) { GetDataHelper sqlHelper = new GetDataHelper(); switch (str) { :// return await sqlHelper.GetDataAsync(); :// return sqlHelper.GetData(); } ; }

5、接着上面的winform程序里面测试请求：(同时发起10个请求)

private void button6_Click(object sender, EventArgs e) { textBox1.Text = ""; label1.Text = ""; Task.Run(() => { TestResultUrl(); }); } private void button5_Click(object sender, EventArgs e) { textBox1.Text = ""; label1.Text = ""; Task.Run(() => { TestResultUrl(); }); } public void TestResultUrl(string url) { int resultEnd = 0; HttpClient http = new HttpClient(); int number = 10; for (int i = 0; i < number; i++) { new Thread(async () => { var resultStr = await http.GetStringAsync(url); label1.Invoke((Action)(() => { textBox1.AppendText(resultStr.Replace() + ); if (++resultEnd >= number) { label1.Text = ; } })); }).Start(); } }

View Code

6、重启iis，并用浏览器访问一次要请求的链接地址（预热）

7、启动winform程序，点击“访问同步实现的Web”：

8、重复6，然后重新启动winform程序点击“访问异步实现的Web”

看到这些数据有什么感想？

数据和我们前面的【正解】完全吻合。仔细观察，每个单次请求用时基本上相差不大。但是步骤7"同步实现"最高投入web线程数是10,而步骤8“异步实现”最高投入web线程数是3。

也就是说“异步实现”使用更少的web线程完成了同样的请求数量，如此一来我们就有更多剩余的web线程去处理更多用户发起的请求。

接着我们还发现同步实现请求前后的线程ID是一致的，而异步实现前后线程ID不一定一致。再次证明执行await异步前释放了主线程。

【结论】：

【图解】：

Result的死锁陷阱

我们在分析UI单线程程序的时候说过，要慎用异步的Result属性。下面我们来分析：

private void button4_Click(object sender, EventArgs e) { label1.Text = GetUlrString().Result; } public async Task<string> GetUlrString(string url) { using (HttpClient http = new HttpClient()) { return await http.GetStringAsync(url); } }

代码 ).Result 的Result属性会阻塞(占用)UI线程，而执行到GetUlrString方法的 await异步的时候又要释放UI线程。此时矛盾就来了，由于线程资源的抢占导致死锁。