线程的异步委托

Question

使用线程时，使用异步委托是否合乎逻辑？例如，假设我们有一个 WCF SOAP 服务，并且我们有一个使用 WCF 服务的客户端桌面应用程序。在这个应用程序中，我们需要同时具有同步和异步机制，因此有时我们需要使用线程，有时需要使用异步任务。现在假设我们需要在一个线程中消费WCF服务，那么我们可以将线程写成两种形式：

Thread Worker = new Thread (()=>{
    WCFServerClient client = new WCFServiceClient();
    var GetData = client.GetData(new GetDataRequest());
});

Thread Worker = new Thread (async ()=>{
    WCFServerClient client = new WCFServiceClient();
    var GetData = await client.GetDataAsync(new GetDataRequest());
});

哪一个更符合逻辑？我的意思是选择第二种选择是否有意义。问这个是因为第一个也不会影响应用程序的响应能力。

Answer 1

您的两个示例都独立于 UI 线程运行，这就是为什么两个示例都不会影响响应能力。

那么行为上有什么不同呢？

在您的第二个示例中，您创建的线程将在GetData 完成之前终止。当GetData 完成后，您的代码将在另一个线程上继续，该线程取自线程池。

两者都是“合乎逻辑的”，但是否更好取决于您的使用要求。

终止您的线程然后利用线程池意味着您的线程数可能会保持较低，因此您的应用程序将使用更少的资源。

但是，如果您的应用程序已经使用了最大数量的线程池线程，那么在您等待线程池线程可用时，可能会等待处理返回的数据。

这仅在可扩展性是问题并且您正在使用尽可能多的机器资源的情况下才有意义。在大多数情况下，这根本没有明显的区别。