GoLand中无法直接看到ctx.Done()触发过程，因其本质是向Done通道发送空结构体，而IDE默认不在通道接收处中断，需在select语句的case处手动设置断点。
GoLand里看不到ctx.Done()触发过程？加断点要选对位置
Context超时不是“自动打断”，而是往ctx.Done()通道发一个空结构体。GoLand默认不会在通道接收处停住，必须手动在select语句的case 这一行设断点——不能只在函数开头或<code>ctx.Err()调用处下断。
常见错误是断点打在context.WithTimeout调用行，结果发现程序照常跑完：那只是创建了定时器，并没触发取消。真正关键的断点位置是任务内部监听ctx.Done()的地方，比如：
- HTTP请求前的
select分支 - 循环中每次迭代开头的
select检查 - 数据库
QueryContext调用之后、读取结果前的ctx.Err()判断
调试时ctx.Err()始终为nil？检查cancel()是否被调用
超时后ctx.Err()返回context.DeadlineExceeded的前提是：timer到期后cancel()被调用。GoLand调试时如果看到ctx.Err()一直是nil，大概率是defer cancel()没执行到，或者cancel()被提前调用了（比如在error分支漏写了）。
解决方法：
- 在
cancel函数定义处（即ctx, cancel := context.WithTimeout(...)那一行）右键 → “Add Watch”，观察cancel变量是否为非nil - 在
cancel()调用行下断点，确认它确实被执行（尤其注意return前有没有漏掉cancel()） - 避免在goroutine里直接调用
cancel()而不加同步，GoLand可能因调度顺序导致你错过调用瞬间
HTTP请求超时没进ctx.Done()分支？别只依赖client.Timeout
http.Client.Timeout字段和context.Context是两套机制。GoLand调试时如果发现请求卡在DNS或TLS阶段不响应ctx.Done()，不是Context失效，而是标准库在旧版Go或Windows上对底层系统调用的取消支持有限。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
验证方式：
- 把
http.NewRequestWithContext(ctx, ...)换成http.NewRequest(...)再试一次，对比是否同样卡住——如果都卡，说明是网络层问题；只有前者卡，才是Context未生效 - 确保用的是
req.WithContext(ctx)或http.NewRequestWithContext，而不是仅传ctx给client.Do - 在
client.Do调用后立刻加一行if ctx.Err() != nil { panic(ctx.Err()) }，看panic是否触发，能快速定位是Do阻塞还是后续逻辑忽略错误
自定义耗时函数里超时不退出？必须手动轮询ctx.Done()
GoLand单步调试时，如果看到一个for循环跑了十几秒，ctx.Err()早该是context.DeadlineExceeded却没跳出，说明函数没在循环体内检查ctx.Done()。
典型错误写法：if ctx.Err() != nil { return }只放在函数开头；正确做法是在每个可能耗时的操作前插入select：
for i := 0; i < n; i++ {
select {
case <-ctx.Done():
return ctx.Err()
default:
}
// 模拟耗时操作
time.Sleep(500 * time.Millisecond)
}注意：default分支不能省，否则select会阻塞；但也不能写成空default然后死循环——这会吃满CPU。实际项目中更推荐用time.After配合ctx.Done()做带间隔的检查。
