goland中可用live template快速生成select监听ctx.done()的标准结构：新建模板缩写如selc，内容为“select {case
GoLand 里怎么用 Live Template 快速生成 select 监听 ctx.Done()
直接写 select + ctx.Done() 模板不是靠记忆，而是靠 GoLand 的 Live Template 预置或自定义。官方没内置「监听取消」专用模板，但你可以一分钟配好，以后输入缩写（比如 selc）回车就展开成标准结构。
操作路径：Preferences → Editor → Live Templates → Go → 点 + → Template Group（建议新建 "Context" 组）→ 新增 Template：
- Abbreviation 填
selc（或其他顺手的，如ctxs） - Template text 粘贴以下内容（注意保留缩进和换行）：
select { case - 勾选 “Reformat according to style”，并设置 applicable in
Go statement - 点击 Define → 选择
Go，确保只在 .go 文件中生效
以后在函数里输入 selc + Tab，就会自动展开成带 ctx.Done() 监听的 select 块，光标停在 return 后面，方便你补错误处理逻辑。
为什么不能只写 if ctx.Err() != nil 替代 select
if ctx.Err() != nil 只能检测「已经取消」，无法响应「正在取消但还没完成」的状态。真正阻塞的操作（比如 ch 、<code>、<code>time.Sleep）期间完全不检查 ctx.Err()，协程就卡死了。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 典型误用：循环体里写
if ctx.Err() != nil { break }，但循环内有http.Get或db.QueryRow—— 这些调用本身会阻塞，等它们返回才轮到判断 - 正确做法：把阻塞操作包进
select，让ctx.Done()和业务 channel 并列等待，一有信号立刻退出 - 例外：纯 CPU 密集型循环（无 channel、无 I/O），可以加
if ctx.Err() != nil配合runtime.Gosched()让出时间片，但这种情况极少
select 里漏掉 default 会导致什么问题
漏 default 不报错，但会让 select 变成纯阻塞等待 —— 如果所有 case 都没准备好，goroutine 就彻底挂起，无法响应取消。
- 常见场景：你监听一个带缓冲的
chan int和ctx.Done()，但缓冲已满且没人消费，ch 会阻塞；此时若没 <code>default，ctx.Done()即使已关闭也无法被选中（因为select在等所有 case 就绪） - 更危险的是：有人误把
default当成“兜底执行”，结果写成default: continue，导致空转耗 CPU - 实用建议：非阻塞读写用
select+default；阻塞等待用select+ 无default；但必须确保至少有一个 case 能最终就绪，否则必死锁
用 context.WithCancel 启动 goroutine 时，cancel 函数该谁调用
cancel 函数必须由**启动 goroutine 的那一方**调用，不能交给子 goroutine 自己调，也不能跨 goroutine 复用。
- 反例：在 goroutine 内部调用
cancel()—— 可能导致父上下文提前关闭，影响其他共享该 ctx 的任务 - 反例：main goroutine 把 cancel 传给 worker，worker 执行完自己调 —— 如果 worker panic 或逻辑跳过调用，资源泄漏
- 正解：启动 goroutine 时，由外层控制生命周期。比如 HTTP handler 中用
ctx, cancel := context.WithTimeout(r.Context(), 5*time.Second)，然后defer cancel()，再把ctx传给下游函数 - 关键点：cancel 是「释放资源」动作，不是「通知退出」信号。退出逻辑必须在
select里做，cancel 只是触发那个select分支被选中
最易被忽略的是：cancel() 调用后，ctx.Done() 立即关闭，但所有已进入 select 等待的 goroutine 不会自动清理状态——你得在 case 分支里手动关文件、断连接、释放内存，否则照样 leak。
