怎样利用 Channel 或 Context 达成协程等待，让主协程等待多个子协程结束

在并发编程中，常常会遇到主协程需要等待多个子协程完成任务后再继续执行的情况。利用 Channel 或 Context 能够有效达成这一目标。

Channel 是一种在协程间传递数据的通信机制，也可用于协程同步。创建一个 Channel，主协程可以通过向 Channel 发送数据来通知子协程开始任务。每个子协程在完成任务后，向 Channel 发送一个完成信号。主协程则在 Channel 上进行接收操作，当接收到所有子协程的完成信号后，便知道所有子协程都已结束。例如在 Go 语言中，我们可以定义一个 Channel 类型变量：ch := make(chan struct{})。子协程在完成任务后执行ch <- struct{}，主协程通过for i := 0; i < numSubRoutines; i++ { <-ch }来等待所有子协程完成。这种方式实现简单，并且能够确保主协程与子协程之间的有序通信。

Context 则为我们提供了另一种实现协程等待的思路。Context 主要用于管理协程的生命周期和传递截止时间、取消信号等。当创建多个子协程时，将同一个 Context 传递给这些子协程。主协程可以通过 Context 来监听子协程的结束情况。比如在 Go 语言里，使用context.WithCancel创建一个可取消的 Context，主协程等待所有子协程结束的逻辑可以放在一个select语句中，监听 Context 的取消信号和子协程完成的信号。当所有子协程完成任务或者 Context 被取消时，主协程可以继续执行后续操作。

Channel 和 Context 在实现主协程等待多个子协程结束的场景中各有优势。Channel 更侧重于数据传递和简单的同步；而 Context 更适合管理协程的生命周期和处理复杂的取消逻辑。开发者可以根据具体的业务需求和场景，选择合适的方式来达成协程等待，确保程序在并发环境下的正确执行。