不能在函数内直接调用 close() 关闭 channel，因为 close() 只能由写入方调用且仅一次，多 goroutine 并发调用或重复调用会触发 panic；安全做法是用 sync.WaitGroup 确保所有写入者完成后再由单点关闭，或用 context.Context 通知主动退出。
为什么不能在函数内直接调用 close() 关闭 channel
因为 close() 只能由写入方调用，且只能调用一次；如果函数被多次调用、或多个 goroutine 并发调用该函数，就可能重复关闭同一个 channel，触发 panic: close of closed channel。更危险的是，若其他 goroutine 仍在向该 channel 发送数据（比如生产者还没结束），此时关闭会导致它们 panic：send on closed channel。
sync.WaitGroup 配合单点关闭的实操要点
当多个 goroutine 向同一 channel 写入时，必须等所有写入者退出后，再由一个 goroutine 统一关闭 —— 这是唯一安全的模式。
-
sync.WaitGroup负责计数：每个写入 goroutine 启动前调用wg.Add(1)，内部用defer wg.Done()标记完成 - 关闭动作必须放在独立 goroutine 中，调用
wg.Wait()后再执行close(ch)，避免阻塞主流程 - 接收端保持
for v := range ch不变，它会自动等待 channel 关闭并消费完所有已发送值 - 切忌把
close(ch)放在写入 goroutine 的循环末尾 —— 多个 goroutine 都这么写，必然 panic
用 context.Context 通知 goroutine 主动退出
这是更通用、可组合的方案，尤其适合带超时、取消链、父子关系的场景（如 HTTP handler、数据库查询）。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- goroutine 内必须用
select监听ctx.Done()，不能只轮询ctx.Err()（会忙等） - 启动时用
context.WithCancel或context.WithTimeout创建子 context，并传入 goroutine - 主逻辑结束后调用
cancel()，goroutine 检测到就清理资源、<code>return - 别把
context.Background()直接传给长期运行的 goroutine —— 它永远不会被 cancel
用 chan struct{} 做平级 goroutine 退出信号
当一组 goroutine 是对等关系、无需传递数据或上下文，仅需“统一停止”时，关闭一个 chan struct{} 是最轻量的选择。
立即学习“go语言免费学习笔记（深入）”；
- 类型必须是
struct{}：零大小、语义明确（只传信号，不传数据） - 发送方不往里 send，只在需要退出时调用
close(done) - 接收方用
select等待，一旦 channel 关闭，case 立即就绪 - 比用
bool或int类型的 done channel 更安全：避免因缓冲区未满导致信号丢失
