C#异步之旅：WhenAll与WaitAll的迷宫与秘籍

在C#的异步编程世界中，Task是探索者们最常使用的交通工具之一。而在等待多个任务完成时，WhenAll和WaitAll则是两座指引方向的灯塔。但就像所有灯塔都可能隐藏着暗礁一样，WhenAll和WaitAll的使用也充满了陷阱和误区。本文将带你深入探索这两个方法的迷宫，揭示它们的秘籍。

WhenAll：异步任务的集结号

WhenAll是Task类的一个扩展方法，它允许你等待多个异步任务同时完成。想象一下，你是一个指挥官，需要等待多个小队完成任务，WhenAll就是那个集结号，一声令下，所有小队立刻向你汇报。

使用场景：

当你需要并行执行多个任务，并且希望在所有任务都完成之后继续执行时，WhenAll是最佳选择。

优点：

• 效率：并行执行多个任务，提高程序的执行效率。

• 简洁：一行代码即可等待多个任务完成。

缺点：

• 依赖性：如果任何一个任务失败，WhenAll将立即返回包含失败信息的Task。

var task1 = Task.Run(() => Console.WriteLine("Task 1 is running."));
var task2 = Task.Run(() => Console.WriteLine("Task 2 is running."));
await Task.WhenAll(task1, task2);
Console.WriteLine("Both tasks have completed.");

WaitAll：同步等待的艺术

与WhenAll不同，WaitAll是Task.WaitAll方法，它将阻塞当前线程直到所有任务完成。这就像一个严格的监督者，不完成任务就不允许任何人离开。

使用场景：

当任务的执行顺序很重要，或者你需要在所有任务完成后立即处理结果时，WaitAll是合适的选择。

优点：

• 顺序性：确保任务按照特定顺序完成。

• 同步：在所有任务完成之前，当前线程将被阻塞。

缺点：

• 阻塞性：可能导致线程阻塞，影响程序的响应性。

var tasks =new[] {
    Task.Run(() => Console.WriteLine("Task 1 is running.")),
    Task.Run(() => Console.WriteLine("Task 2 is running."))
};
Task.WaitAll(tasks);
Console.WriteLine("Both tasks have completed.");

秘籍：WhenAll与WaitAll的最佳实践

1. 避免长时间阻塞：在使用WaitAll时，尽量避免长时间阻塞主线程，以免影响UI的响应性。

2. 错误处理：使用WhenAll时，应该检查返回的Task数组，及时处理异常。

3. 任务取消：合理使用CancellationToken来取消长时间运行的任务。

4. 任务依赖：使用Task.ContinueWith来设置任务之间的依赖关系。

迷宫中的暗礁：常见错误

1. 忽视异常：在使用WhenAll时，不要忽视任何一个任务可能抛出的异常。

2. 过度依赖阻塞：避免过度使用WaitAll，特别是在UI线程上，以免造成界面冻结。

3. 资源竞争：在多个任务并发访问共享资源时，注意线程安全问题。

结语

WhenAll和WaitAll是C#异步编程中的两大法宝，它们各有千秋，但也各有陷阱。理解它们的使用场景，掌握最佳实践，避开常见错误，你将能够在异步之旅中乘风破浪。

---

- EOF -

技术群：添加小编微信dotnet999

公众号：dotnet工控上位机编程