嵌套go 协程 - 技术栈

嵌套的 Go 协程（goroutines）本身语法上没有问题 ，但设计上需要非常小心，因为它们容易引入如下问题：

⚠️ 常见问题

1. 协程泄漏（Goroutine Leak）

嵌套协程如果没有退出条件、没有关闭 channel 或者阻塞了，就会造成 goroutine 泄漏。

🔻 例如：

go 复制代码

go
CopyEdit
go func() {
    for {
        go func() {
            time.Sleep(1 * time.Second)
        }()
    }
}()

🔸 每秒都在不断创建新协程，而没有任何控制，最终耗尽资源。

2. 资源竞争 / 同步难度大

嵌套协程之间共享变量或资源时，如果没有恰当同步，容易导致竞态条件（race condition） 。

✅ 应该用 sync.Mutex、sync.WaitGroup、channel 控制。

3. 难以追踪错误和调试

嵌套协程容易让代码的执行路径变得混乱，如果某个协程内部出错或 panic，上层不知道。

🔸 建议使用 context.Context 传递取消/超时信号，方便统一控制。

4. 忘记回收嵌套的 goroutine

如果主 goroutine 已退出，而子 goroutine 还在跑，就变成了孤儿协程，浪费资源、难以管理。

5. WaitGroup 控制复杂度上升

每个 goroutine 需要 Add() 和 Done() 控制，嵌套时容易出现 WaitGroup counter misuse 问题。

✅ 正确使用嵌套协程的建议

使用 context.WithCancel() 或 context.WithTimeout() 来控制协程生命周期。
使用 sync.WaitGroup 管理嵌套关系，主 goroutine 等待子 goroutine。
协程层级不要太深，保持扁平结构更可维护。
注意 panic 的恢复（recover()）机制，防止一个 goroutine 出错导致整个程序挂掉。

🧠 示例：安全使用嵌套 goroutine

go 复制代码

go
CopyEdit
func main() {
    ctx, cancel := context.WithCancel(context.Background())
    defer cancel()

    var wg sync.WaitGroup

    wg.Add(1)
    go func() {
        defer wg.Done()
        for i := 0; i < 5; i++ {
            wg.Add(1)
            go func(i int) {
                defer wg.Done()
                select {
                case <-ctx.Done():
                    return
                default:
                    fmt.Println("Running sub-goroutine", i)
                }
            }(i)
        }
    }()

    wg.Wait()
}