GoLand 的 Alt+Enter 不修复“未处理通道接收”，因其默认不检查未使用接收值；该问题需依赖 staticcheck 等外部 linter 报告，IDE 仅对 deprecated、unresolved reference 等明确错误提供快速修复。

GoLand 的 Alt+Enter 不会自动补全“未处理通道接收”的错误——因为 Go 语言本身不把「从 chan 接收但不使用值」视为编译错误，而 GoLand 默认也不将其标为可修复问题。你看到的警告或提示，往往来自自定义检查、第三方 linter（如 staticcheck）或你启用了某项非默认的 inspection。

为什么 Alt+Enter 对空接收没反应

Go 语法允许写 <-ch（丢弃接收值），也允许 v := <-ch 后不使用 v；后者在部分 linter 下会报 SA4006: this value of v is never used，但 GoLand 自身的默认检查不覆盖这类语义级冗余。

• GoLand 只对明确标记为 Deprecated、Unresolved reference、Missing method 等类型触发 Alt+Enter 快速修复
• <-ch 或 v := <-ch 即使导致阻塞，IDE 也不会在编辑期标红——它属于运行时行为，需靠调试器或 go vet 配合发现
• 如果你看到灯泡图标，大概率是当前行被 gopls 或集成的 staticcheck 标记了，而非 GoLand 原生逻辑

真正能用 Alt+Enter 处理的通道相关场景

只有当光标落在明确可优化/可修复的节点上时，Alt+Enter 才会生效。常见有效组合：

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 光标停在 ioutil.ReadFile 上 → 提示替换为 os.ReadFile（前提是启用了 Deprecated API usage 检查）
• 光标停在未实现接口的方法名上（如 Read 报错）→ 选 Add missing method 'Read'，调用你配置的 stub 模板
• 光标停在 select 块内且检测到无 default 分支 + chan 无缓冲 → 可能提示「Add default branch to avoid blocking」（依赖启用 Go > Channel operations 类检查）
• 光标停在 close(ch) 后又出现 ch <- x → 若已启用 Go > Unsafe channel operation 检查，会标黄并提供快速修复建议

想让空接收被识别并修复？得靠外部工具链

GoLand 本身不内置「检测未使用接收值」的修复能力，但你可以把它串进开发流：

• 在 Settings > Tools > File Watchers 中配置 staticcheck，让它监听保存动作，自动报告 SA4006
• 用 go vet -vettool=$(which staticcheck) 在终端手动跑，结果里会明确指出哪行 v := <-ch 的 v 未使用
• 若你真想一键删掉无用接收，只能靠正则替换：v\s*:=\s* → 替换为 <code><-$1，但务必先确认该 chan 不是用于同步信号（比如只发不收的 done chan）

最常被忽略的一点：很多所谓「未处理接收」其实是有意为之的同步手段，比如 <-done 等待 goroutine 结束。盲目删掉或加 default 可能直接破坏程序逻辑——别信快捷键，先看上下文。