在學習任務Task和異步編程相關知識的時候，有些疑惑，比如我執行一個耗時方法DoForLoop()，直接利用Task.Run()就可以實作異步了。而新機制async/await，需要寫一個異步方法DoForLoopAsync()，異步方法DoForLoopAsync中還是需要Task.Run()去實作具體的功能并回傳Task<T>，這樣不是多此一舉么？不如Task.Run()直接執行就好了？沒理解透什么意思....
求教各位前輩，async/await的正確用法，還是說async/await僅僅是一種規范，一種約定？謝謝了，另外貼一段測驗代碼，請教這三種方式區別，謝謝了
//方式1：直接Task.Run
private void btnTest_Click(object sender, EventArgs e)
{
Task.Run(new Func<string>(DoForLoop));
}
//方式2：
private void btnTest2_Click(object sender, EventArgs e)
{
DoForLoopAsync();
}
//方式3：加async，await執行
private async void btnTest3_Click(object sender, EventArgs e)
{
await DoForLoopAsync();
}
//普通方法
private string DoForLoop()
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
return "完成";
}
//異步方法
private Task<string> DoForLoopAsync()
{
return Task.Run(() =>
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
return "完成";
});
}
uj5u.com熱心網友回復：
太過糾結不是好事沒有什么，用什么封，不用什么封，多此一舉。已經回復爛的一句話“程式員根據邏輯寫代碼，不是代碼讓你程式員這么寫，是邏輯讓你這么寫”
Task.Run() 本身就可以await
至于你要不要await，是你的邏輯告訴你，我要不要等待結果。不要等待結果就不await，想等待結果就await
比如測驗程序，所有的呼叫你后跟一個
messagebox.show("完成")
你在去看效果。 沒有await的，立刻彈框。有await是等到你運行完畢了在彈框
uj5u.com熱心網友回復：
一執行緒式員從來不跟名詞糾結，俺們只跟邏輯糾結。什么同步異步，這個vs那個，都不重要我們只知道，我現在要做的邏輯是“我需要執行一個耗時比較長的功能，我希望他執行玩了我能拿到執行的結果，同時我希望程式不堵在那里，在他執行這個比較長的功能的同時，我能干點別的事情（比如你累加10000的同時，我的滑鼠還能動，視窗還能移動）”
uj5u.com熱心網友回復：
很多人說是語法糖，那是因為邏輯上就是這么個邏輯，現在寫個 await 就好。而以前完成這個的時候，那叫一個千奇百怪各出奇招高能力的搞執行緒同步，執行緒信號量
中能力的搞回呼
低能力的折騰4中timer區別，弄個定時器去刷，看看結果出來沒。
so，現在語法糖，邏輯還是那個邏輯，只是微軟說別糾結了，既然邏輯就是異步等待，我就給你個異步+等待兩個專用token，簡單直白的做，別各出奇謀了
uj5u.com熱心網友回復：
用我自己的話解釋：函式前宣告async，說明這個函式可能有異步執行的代碼塊。當這個函式內部有了await 陳述句時，“等待”了await 這一行的呼叫獲取了結果，更重要的是await這行下邊的陳述句相當于在異步呼叫的回呼函式里執行，只不過是以順序的方式寫在那里了。如果這個函式內部沒有await的陳述句那么它就跟普通的函式執行一樣。await一定要在宣告了async的函式內使用。如果你只執行一個異步任務，也不在意他的結果，例如下訂單之后發送一條短信，也沒有后續動作，無所謂，Task.Run或者是不寫await呼叫一下，都是可以的。
如果你要做一個獲取access token之后立即請求用戶資訊這樣的順序操作，而介面都是異步的，過去都會用回呼函式，讓你的兩次呼叫不在一個地方，可能影響可讀性，用這個async/await就能讓它們看起來像順序執行一樣。
uj5u.com熱心網友回復：
區別是 你是否 await了啊。。。。
uj5u.com熱心網友回復：
你的意思就是有await的就是異步執行了？
uj5u.com熱心網友回復：
引樓上：你的意思就是有await的就是異步執行了？
不糾結，和博客園的粉不同。我們不糾結錯誤，我只說1000種，1w種錯誤。知道他是錯的就好，沒必要動則就上綱上線。掌握正確的比糾結錯誤的要有效
電視上動則，油不好，鹽不好，醬油不好，味精不好，雞精不好，辣椒不好，花椒不好。請問你吃撒把？白水煮么？
所以不是糾結好不好，是養成正確的習慣，你平時做的就是正常的，健康的就行。
而且你真以為那些天天糾結錯誤的，吃的就健康？錯，我認識一個人，我做菜從來不讓他站邊上滴，因為他就是和博客園粉那樣，看點東西都了不得的，他站你邊上你是不能放鹽，放醬油，放味精滴？so，你覺著他真如此健康，錯，他不放味精，他放老干媽。他不放醬油，他放豆豉滴。（是滴，電視上沒告訴他老干媽，豆豉比醬油，味精還可怕呢）
uj5u.com熱心網友回復：
async/await ： 用同步的形式寫異步操作uj5u.com熱心網友回復：
針對你這個問題，其實就是這樣。
我把樓主的代碼，完善一下，增加了thread.sleep
然后，大家可以操作看看。
首先，界面是這樣的（紅框內）
然后我修改了代碼，也就是在DoForLoopAsync()方法，增加了thread.sleep(2000);
public Form1()
{
InitializeComponent();
}
private void Form1_Load(object sender, EventArgs e)
{
btnTest.Click += btnTest_Click;
btnTest2.Click += btnTest2_Click;
btnTest3.Click += btnTest3_Click;
}
//方式1：直接Task.Run
private void btnTest_Click(object sender, EventArgs e)
{
var q = Task.Run(new Func<string>(DoForLoop));
test1.Text = q.Result;
}
//方式2：
private void btnTest2_Click(object sender, EventArgs e)
{
var q = DoForLoopAsync();
test2.Text = q.Result;
}
//方式3：加async，await執行
private async void btnTest3_Click(object sender, EventArgs e)
{
var q = await DoForLoopAsync();
test3.Text = q;
}
//普通方法
private string DoForLoop()
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
Thread.Sleep(2000);
return "完成";
}
//異步方法
private Task<string> DoForLoopAsync()
{
return Task.Run(() =>
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
Thread.Sleep(2000);
return "完成";
});
}
}
最后，當你點擊，btnTest1和btnTest2時，整個winform是阻塞的，卡住了。
而btnTest3，是不會阻塞的，他在winform界面，可以繼續點擊其他的textbox并獲得游標。
當然，如果你只是讓一個執行緒去跑，不用回傳結果。那完全可以忽視上面的內容。
但是按照樓主的測驗用例，其實根本不能支持他的論點。
建議樓主換成我這個，然后在跑一下看看。
順帶，給大家看一下 Result的解釋，說白了他是同步的。
uj5u.com熱心網友回復：
使用正確的測驗用例，才能推匯出你要的結果。樓主只是跑了一個不需要回傳的task。
這個不能證明是否阻塞的問題。也不是異步的體現。
就拿老生常談的做飯例子來說。
你一遍切肉，一遍用微波爐熱飯。
異步是，你切肉時，微波爐中的飯熱好了，然后“叮”一下，他告訴你可以去拿了。
而，樓主的例子，只是你切肉時，微波爐中的飯熱好了，也沒有"叮"一下，樓主也沒想過去拿飯。
uj5u.com熱心網友回復：
太多人喜歡跟著博客園那樣糾結名詞了。不await就同步，異步了最后，微軟說，統統給我閉嘴，寫代碼就是寫邏輯，不是寫名詞，不要各種名詞來名詞去。我就給你兩個詞“await/async”都給我消停點，別鬧了
uj5u.com熱心網友回復：
多核處理器的機器上，這種方式是為了充分利用CPU的性能，即使是同步的代碼，也可以由不同的核來運行，而你只要加一個await就可以實作了。uj5u.com熱心網友回復：
在傳統的異步代碼中，我們需要設計“回呼”函式，以及函式所跳入和跳出的環境物件，需要專門設計的代碼。例如你使用TcpClient.GetStream().BeginRead(......callback.....)來注冊一個回呼委托，那么委托方法里邊要呼叫 EndRead方法，而兩個不同代碼場景之間的環境變數需要協同，這需要設計一些中間資料結構。
特別是這類回呼異步有可能有多個異步連綴。例如這里的 callback 實作中就需要再次呼叫 BeginRead 來讓 client 能夠繼續監聽新資料。我們經常需要先一步呼叫 A，然后在 A 程序中異步呼叫 B，然后在 B 程序中異步呼叫 C ....... 這時候寫代碼是很繁瑣冗長的。只有實踐者才明白。
async/await 語法可以讓你使用與過去的同步順序代碼幾乎一模一樣的語法，代替累贅的舊語法。代碼清爽了很多，開發速度提高了10倍。但是前提是，你真的在腦子里有需要“非阻塞 await”的相關除錯經驗。
uj5u.com熱心網友回復：
關于你寫的代碼，我沒有細看，就事論事來看的話你這里有多余的東西：private async void btnTest3_Click(object sender, EventArgs e)
{
DoForLoopAsync();
}
//普通方法
private string DoForLoop()
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
return "完成";
}
//異步方法，此方法不等回圈結束，立刻完成
private async void DoForLoopAsync()
{
return Task.Run(() =>
{
for (int i = 0; i < 10000; i++)
{
Console.WriteLine(i);
}
return "完成";
});
}
也就是說你其實多于寫了
await關鍵字。既然是多于寫了這個關鍵字，就說明你還沒有明白 await 真正的意義。
uj5u.com熱心網友回復：
嗯，上面的 btnTest3_Click 方法前邊的 async 關鍵字也應該去掉。實際上在你的腦子中，正如這里的代碼 btnTest3_Click 并不需要宣告 async，以及代碼 DoForLoopAsync 代碼并不需要 await 來等待它回傳一樣，你其實沒有在 async/await 的主要道路上去理解它，而只是從一些邊邊角角的概念上去理解它。在你的實際概念中，正如這里修改完之后的代碼一樣，Task.Run 方法所創建的 Task 物件實際上被你扔掉了，你根本沒用到 Task 的主要機制。你只是用到了它“可以在創建任務并從執行緒池分配執行緒”這每一種底層特性。
一個 Task 它有什么用？假設你設定一個“外部Task物件”，例如
private Task t;這里，test 執行到中間時就跳出去了。直到另外有某個方法呼叫 t.Start，就會讓 test 跳出的那個陳述句下邊的代碼繼續被執行。這里看到了 await 功能，看到了環境變數（例如 a）管理功能，看到了一個 async/await 可以回傳資料結果給上層的同樣結構的 async/await 異步控制結構的功能。
async Task<int> test()
{
var a= 1;
.......
t= new Task(()=>Console.WriteLine("hello")); //這里創建一個任務，任務只是隨便列印一句話而已
await t;
......
return a+1;
}
void proc()
{
.......
t.Start();
.......
}
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/11489.html
標籤：C#