Thread.Sleep與Task.Delay是完全不一樣的東西，請勿亂用

自從.NET Framework 4.5開始提供一個System.Threading.Tasks.Task.Delay的方法後，就開始看到網路上有一些不明就裡的人開始在亂用，其中一個常見的錯誤用法如下：

//This code is wrong, DO NOT USE IT!
WriteLine("Waiting Start.");
System.Threading.Tasks.Task.Delay(1000);
WriteLine("Waiting End.");

看到這行程式碼我都笑了，這個寫程式碼的人真的知道自己在寫什麼嗎？

Thread.Sleep vs. Task.Delay

最大不一樣之處，Thread.Sleep就是對本身自己這個執行緒，進行睡眠的功能。而反觀Task.Delay是指，在本身這個執行緒下再去生出一個新的執行緒，並對這個執行緒做時間計算。

基於此上面那個很好笑的程式碼是不會有任何作用的，試想，父執行緒生出一個子執行緒，並且叫子執行緒等候1秒，此時父執行緒的下一行早就被運行了，也就是說，子執行緒有沒有跑完根本不關父執行緒的事情了。讓我們回到ＭＳＤＮ看一下（Task.Delay Method (Int32)）就會發現，他的傳回值是 System.Threading.Tasks.Task，也就是他是一個支援非同步（async、await）的方法，因此Task.Delay如果是要用在延遲的作用上，那麼就得要在前面加上個await才會有效果。當然，如果不是作用在延遲的效果上，那就不一定需要加啦！作用在callback方式的.ContinueWith()實作上就是一個不錯的例子。

以下是Thread.Sleep vs. Task.Delay程式碼的範例：

其中的

RunTest_1()如果調用者是一顆WinForm之類按鈕的話，將會造成UI端的Block。
RunTest_2()是一種完全無效的Delay範例，請勿使用（DO NOT USE IT!）。
RunTest_3()是一種正確的Delay範例，且不會造成UI端的Block。

static void Main(string[] args)
{
  RunTest_1();
  //RunTest_2();
  //RunTest_3();
  ReadKey();
}

static void RunTest_1()
{
  WriteLine("Step 1.A");
  System.Threading.Thread.Sleep(5000);
  WriteLine("Step 1.B");
}

static void RunTest_2()
{
  WriteLine("Step 2.A");
  System.Threading.Tasks.Task.Delay(5000);
  WriteLine("Step 2.B");
}

static async void RunTest_3()
{
  WriteLine("Step 3.A");
  await Delay(5000);
  WriteLine("Step 3.B");
}

static async System.Threading.Tasks.Task Delay(int iSecond)
{
  WriteLine("Waiting Start.");
  await System.Threading.Tasks.Task.Delay(iSecond);
  WriteLine("Waiting End.");
}

RunTest_3()輸出的字串如下：

Step 3.A
Waiting Start.
Waiting End.
Step 3.B

同場加映ContinueWith()的用法

static void RunTest_4()
{
  WriteLine("Step 4.A");
  System.Threading.Tasks.Task.Delay(5000).ContinueWith(_ => { WriteLine("I'm End."); });  //底線的寫法代表使用lambda時，如果不使用到傳入參數，就要打一個底線。
  WriteLine("Step 4.B");
}

RunTest_4()輸出的字串如下：

Step 4.A
Step 4.B
I'm End. ←由此可以看出CallBack效果

Thread.Sleep與Task.Delay是完全不一樣的東西，請勿亂用

Thread.Sleep vs. Task.Delay

同場加映ContinueWith()的用法

Thread.Sleep Task.Delay