從UI線程的ReadToEndAsync線程

Question

如果我在Windows Phone 8上的UI線程中等待ReadToEndAsync，那麼ReadToEndAsync會在什麼情況下工作？一個任務是否會排隊等待UI線程本身進行處理，或者一個新線程是否會完成這項工作。

在此基礎上：

http://blogs.msdn.com/b/ericlippert/archive/2010/11/04/asynchrony-in-c-5-0-part-four-it-s-not-magic.aspx

好像它會在UI線程上運行。

Answer 1

這是async最基本的真相：沒有線程。

對於一個真正的異步流，ReadToEndAsync幾乎沒有工作要做。當您調用該方法時，它只會要求運行時讀取到最後，並在操作完成時通知它（通過Task）。運行時轉向操作系統，要求它讀取並在操作完成時通知它（例如，通過IOCP）。操作系統轉向設備驅動程序，要求它讀取，並在操作完成時通知它（例如，通過IRP）。設備驅動程序轉向設備，要求它讀取，並在操作完成時通知它（例如，通過IRQ）。

沒有線程。

當然，這是理想的情況。在現實世界中，在某些時候，「讀取到結束」操作被分解成幾個「讀取n字節」操作，並且這些操作需要被一起縫合。使用借用的線程完成這個（微小的）工作量：用於內核模式代碼的不可知線程和用於用戶模式代碼的線程池線程。

另外，在某些情況下，異步API不存在。在這些情況下，異步工作是使用線程池線程僞造的。例如，如果您在MemoryStream上調用ReadToEndAsync，則沒有用於從內存中讀取的異步API，因此這是一個將在線程池上運行的假異步操作。

但是總是必須有一個線程來執行異步操作的想法並不是事實。不要試圖控制線程 - 這是不可能的。相反，只有嘗試實現真相：沒有線程。

編輯：擴大答覆into a blog post。