WebClient.DownloadFileTaskAsync() 真的不会超时吗？

Question

在异步前的日子里，人们想知道如何在 WebClient 上设置超时，答案只是扩展基类并覆盖 GetWebRequest() 并在那里设置超时。

protected override WebRequest GetWebRequest(Uri address)
{
    // NOTE: this override has no affect if the Async methods are used!!!
    WebRequest request = base.GetWebRequest(address);
    ((HttpWebRequest)request).Timeout = 20 * 60 * 1000;
    ((HttpWebRequest)request).ReadWriteTimeout = 20 * 60 * 1000;
    return request;
}

假设人们需要更长的超时。

然后添加了xyzTaskAsync() 方法，人们想知道如何设置超时，答案是使用由本地计时器驱动的 CancellationToken。

所以我猜假设人们需要在给定时间后结束请求。

那么这是否意味着DownloadFileTaskAsync()或DownloadStringTaskAsync()永远不会自己超时？超时失败不是任何网络操作的固有部分吗？

我使用了GetWebRequest() 覆盖来设置一个非常小的超时值。调用非异步方法时会抛出超时异常，而调用异步方法时则不会。

我已经反编译了 System.Net 库，但异步方法似乎调用了一些不易发现的缓存匿名 lambda。

是否有人确切地知道DownloadXyzTaskAsync() 方法是否以等效于无限超时值的方式执行？

Answer 1

同步操作是阻塞的，这意味着线程在某种等待句柄上被阻塞。该等待可以是无限的（如果操作本身没有结束，那么该等待也可以是无限的）或者该等待可以接收某种超时，之后它会解除阻塞并超时。

异步操作本质上是异步的，没有任何活动部分在做某事。没有线程被阻塞或类似的东西。这意味着它本质上不能在没有任何东西的情况下真正超时或取消，即使这样，操作也只是被放弃而不是取消。这通常是CancellationToken（在超时后可能会或可能不会通过计时器发出信号）。

因此，这种（以及任何其他类型的）异步操作需要一些东西（即CancellationToken）才能超时。确实，该库可以在内部使用计时器，但在 .Net 中很少这样做，因为这是出乎意料的，您可以自己取消 CancellationToken。

因此，在这种特定情况下，通常情况下，异步方法通常不受配置的超时的影响。 Socket、TcpClient、UdpClient等也是如此。

现在，如果您想从HttpWebRequest 的实际代码中进行确认，您可以看到超时用于创建定时器队列here。该队列用于在GetResponse 中创建超时计时器，但从不在BeginGetResponse 中创建。这是DownloadXXXAsync 中使用的异步选项，DownloadXXXTaskAsync 中使用。