Alt+Enter仅在光标位于IDE识别的语义锚点（如函数名、字段名、错误变量等）时触发针对性修复；静默场景包括errcheck和unused变量报错需手动启用检查，批量修复需用Ctrl+Shift+Alt+T。
Alt+Enter 不是万能修复键，它只在光标落在 IDE 明确识别出“可优化节点”的位置时才弹出有效方案。 按了没反应？大概率是光标停错了地方，或者当前代码不在 GoLand 的意图覆盖范围内。
光标必须落在具体触发点上才能唤出修复
GoLand 的快速修复（Intentions）不是全局扫描式响应，而是上下文敏感的。它需要你把光标精准放在能被语义解析的“锚点”上：
- 函数名上（比如
ioutil.ReadFile、errors.New） - 字段名上（比如结构体中
Name字段，用于加json标签） - 错误高亮的变量或表达式上（比如未检查的
err变量、拼错的标识符） - 过时语法的关键词上（如
map[string]string{}初始化字面量，但仅当上下文暗示需并发安全时才提示替换为make）
把光标放在空行、注释里、或结构体大括号外，Alt+Enter 通常只会显示通用重构（如 Extract Variable），而非针对性修复。
为什么有些报错按 Alt+Enter 没反应
两类典型“静默”场景：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
errcheck类报错（函数返回error但未处理）：GoLand 默认不提供一键插入if err != nil，因为补逻辑可能掩盖真实错误路径；它只在你光标停在err变量上且该变量被明确标记为“unused”或“unhandled”时，才给出log.Fatal(err)或_ = err等有限选项 -
unused变量报错：IDE 不会直接删变量，因无法判断是否影响后续作用域；它只在你光标停在变量声明行（如var x int）时，才提示 “Remove unused variable” —— 且该操作不可撤回，需手动确认
这类检查由 gopls 或内置 linter 驱动，但修复意图需手动启用：进 Settings | Editor | Inspections，搜 Unused 或 Error return value not checked，确保对应项已勾选。
批量修复要换快捷键，不能只靠 Alt+Enter
单个 Alt+Enter 是点对点修复，想一次处理整个文件里的同类问题（比如所有 ioutil.ReadFile），得用另一套流程：
- 先按
Ctrl+Shift+Alt+T（macOS 是⌘⇧⌥T）打开Refactor This菜单 - 若当前文件存在多个已知过时 API 调用，菜单中会出现
Replace deprecated API usage选项 - 选中后，GoLand 会列出所有匹配项并允许你勾选/反选，再统一替换
注意：这个菜单不会出现，除非 GoLand 已通过 go.mod 中的 Go 版本（如 go 1.22）确认这些 API 确实已被标记为 deprecated，且项目启用了 Deprecated API 检查。
真正容易被忽略的是：GoLand 的修复能力高度依赖你光标停靠的“语义粒度”。它不猜你想修什么，只响应你指给它的那个具体符号。多试几次——把光标从函数调用整体移到参数名上，或从变量名移到等号右边的表达式里，往往就能刷出不同意图。
