问使用等待只返回任务的异步方法

EN

在执行过程中，没有任何不必要的后果。

我不同意。产生的代码是危险的。ASP.NET pre能够检测到类似的情况并抛出一个异常(“异步操作仍未完成时完成的异步模块或处理程序”)。由于技术原因，ASP.NET核心无法检测到这种情况，因此您不会得到“安全网”异常，但情况本身仍然同样糟糕。

问题是，在发生这种情况时，Visual也不会生成警告消息。

你没有得到CS4014 (“因为没有等待此调用，当前方法的执行将在调用完成之前继续。请考虑将等待操作符应用于调用的结果”)。

在这样的情况下，是否存在脱离等待的危险呢？我知道等待应该自然地应用于每个异步方法，但当调用者实际上没有可使用的返回值时，我并不真正理解背后的原因。也许有什么能抓住例外的东西？

是的，有危险。Task (即使没有结果类型)用于两种情况:调用者知道操作何时完成，调用者检测该操作的异常。

因此，有一个问题是，例外会被默默地吞没。更具体地说，async方法的异常由async状态机捕获并放置在返回的Task上，然后被忽略。

如果我处理这些方法本身的例外情况(那些未被妥善等待的)，我们是否可以说一切都很好？

不，因为另一个问题仍然存在:调用方不知道异步操作何时完成。在ASP.NET中知道这一点特别重要，因为在操作完成之前不应该发送结果。ASP.NET上的任何类型的“触发和遗忘”代码都存在于请求/响应生存期之外；也就是说，它是请求--外部代码。

我在博客中详细介绍了为什么请求-外部代码是危险的？。总之，您的ASP.NET处理程序可能完成得太快，在这种情况下，请求-外部代码可能会“丢失”。至少，在发送响应时，它所做的任何事情都不会完成；在定期关闭的情况下(例如，滚动升级)，它可能根本无法完成。