当 UI 线程被阻塞时，在后台线程中执行 WebRequest

Question

当 UI 线程不再被阻塞时，为什么下面的代码会在 5 秒后执行 WebRequests？ Thread.Sleep 位于 UI 线程中，而 WebRequest 的实例化和调用都发生在 ThreadPool 的线程内。

Loaded += (sender, args) => {

    for (int i = 0; i < 5; i++) {

        ThreadPool.QueueUserWorkItem(state => {
            var request = WebRequest.CreateHttp("http://google.com");
            request.BeginGetResponse(ar => Debug.WriteLine("Request finished"), null);
        });

        Thread.Sleep(1000);
    }

};

当 UI 线程被阻塞时，我应该编写什么代码才能在后台线程中执行 WebRequest？

编辑： ...更具体地说。由于该请求在后台线程中，为什么会在 10 秒后执行？

Loaded += (sender, args) => {

    ThreadPool.QueueUserWorkItem(state => {
        var request = WebRequest.CreateHttp("http://google.com");
        request.BeginGetResponse(ar => Debug.WriteLine("Request finished"), null);
    });
    Thread.Sleep(10000);

};

Answer 1

我在这里问了几乎完全相同的问题（现在我找到了你的问题，我将结束这个问题）：
DownloadStringAsync 需要 UI 线程？

答案是所有网络代码都是最终在版本 5 之前的 Silverlight 中编组到 UI 线程。不幸的是，即使我针对 Silverlight 5 进行构建，我仍然得到相同的结果问题，所以我还在调查...

Answer 2

也许您打算这样做：

Loaded += (sender, args) =>
{
    ThreadPool.QueueUserWorkItem(dummy =>
    {
        for (int i = 0; i < 5; i++)
        {

            ThreadPool.QueueUserWorkItem(state =>
            {
                var request = WebRequest.CreateHttp("http://google.com");
                request.BeginGetResponse(ar => Debug.WriteLine("Request finished"), null);
            });

            Thread.Sleep(1000);
        }
    });

};

这根本不会阻塞 UI，并且每秒都会出现调试消息。或者你想要的行为是什么？您真的想阻止 UI（您不应该...）？

编辑（编辑后）：

我明白了。这有点违反直觉，我现在还没有答案。我强烈怀疑该请求需要一些 UI 线程活动。你的主线程应该始终响应并且永远不会阻塞，所以这不会有问题。除非你阻塞了主线程。因此，他们可能省去了针对有缺陷的情况进行优化的工作（就是这样）。

尽管如此，答案还是很有趣的。我从桌面世界知道浏览器相关的东西需要主线程。所以我建议不要再阻止它了:)