Go context 未 cancel 导致资源泄漏怎么办？

Question

仓乃文 · Accepted Answer

context.WithTimeout/WithCancel 返回的 cancel 函数必须调用，否则 context 派生的子树（包括 WithTimeout 的定时器）永远不会被回收，导致 goroutine 和内存泄漏。这是 Go 中最容易被忽略的资源泄漏。

泄漏场景：
```go
func handler() {
    ctx, _ := context.WithTimeout(context.Background(), 5*time.Second)
    // cancel 被忽略了！5 秒后定时器触发才释放
    // 如果函数 1 秒就返回了，定时器多挂 4 秒
    doSomething(ctx)
}
```

正确写法：
```go
func handler() {
    ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
    defer cancel() // 函数返回时立即释放资源
    doSomething(ctx)
}
```

批量请求中更要 cancel：
```go
func fetchAll(urls []string) ([]string, error) {
    ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second)
    defer cancel() // 任何一个失败就取消所有请求

results := make([]string, len(urls))
    for i, url := range urls {
        if err := fetch(ctx, url, &results[i]); err != nil {
            return nil, err // cancel 在 defer 中触发，取消其他进行中的请求
        }
    }
    return results, nil
}
```

补充说明：
- staticcheck 的 SA2000 规则能检测未调用的 cancel
- WithTimeout 内部用定时器实现，不 cancel 定时器会泄漏
- context.Background() 和 context.TODO() 不需要 cancel
- 规则：只要调了 WithTimeout/WithCancel/WithDeadline，就必须 defer cancel()
- 子 context 的 cancel 不影响父 context