来自UI线程的ReadToEndAsync
如果我从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线程上运行。
这是最纯粹forms的async的基本事实：没有线程。
对于真正的异步流， ReadToEndAsync几乎没有工作要做。 当您调用该方法时，它只是要求运行时读取到最后，并在操作完成时通过它（通过Task ）通知它。 运行时转向OS，要求它读取，并在操作完成时通知它（例如，通过IOCP）。 操作系统转向设备驱动程序，要求它读取，并在操作完成时通知它（例如，通过IRP）。 设备驱动程序转向设备，要求它读取，并在操作完成时通知它（例如，通过IRQ）。
没有线程。
当然，这是一种理想的情况。 在现实世界中，在某些时候，“读取结束”操作被分解为几个“读取n字节”操作，并且需要将它们拼接在一起。 使用借用的线程完成（微小）工作量：内核模式代码的不可知线程和用户模式代码的线程池线程。
此外，在某些情况下不存在异步API。 在这些情况下，异步工作是使用线程池线程伪造的。 例如，如果在MemoryStream上调用ReadToEndAsync ，则没有用于从内存中读取的异步API，因此这是一个将在线程池上运行的伪异步操作。
但是，总是必须有一个线程来执行异步操作的想法并不是事实。 不要试图控制线程 – 这是不可能的。 相反，只是试图实现真相：没有线程。
编辑：将此答案扩展到博客文章中 。