alt+enter没反应最常见的原因是光标未停在可修复位置；goland意图仅对当前光标所在语法节点上下文分析，如errcheck报错需光标置于函数调用名上，而非分号或换行处。
Alt+Enter 为什么有时没反应
光标没停在可修复位置，是 Alt+Enter 失效最常见的原因。GoLand 的意图（Intentions）不是全局扫描式触发，它只对当前光标所在语法节点做上下文分析。比如 errcheck 报错时，必须把光标放在函数调用本身（如 os.Open），而不是放在后面分号或换行处；又比如 unused 变量警告，得点中变量名（如 tmp），而非它的类型或赋值符。
另一个常见原因是模块未加载或 go.mod 版本识别失败——GoLand 依赖解析器判断哪些 API 已废弃、哪些错误需检查。若项目未正确配置 Go SDK 或 go.mod 中 go 1.20 写成 go 1.2，io/ioutil 替换等意图就不会出现。
- 检查
File → Project Structure → Project → SDK是否指向有效 Go 安装路径 - 确认
go.mod中go指令版本 ≥ 项目实际使用的最低版本（如用os.ReadFile就不能写go 1.16） - 右下角状态栏查看是否显示 “Indexing…” 或 “Loading modules…”，等待完成再试
修复未检查 error 的标准操作路径
errcheck 类报错不会自动加 if err != nil，但 GoLand 提供了最贴近“一键”的封装动作：光标停在函数调用上（如 json.Unmarshal），按 Alt+Enter，选「Wrap with if err != nil」。
这个操作生成的是骨架代码，不是万能解。它假设你希望 panic 或 log.Fatal，不处理分支逻辑（比如重试、忽略特定错误）。如果后续要返回错误，还得手动改 return err。
- 对单个调用：光标落在函数名上 →
Alt+Enter→ 「Wrap with if err != nil」 - 对多个同类调用：先用
Ctrl+Shift+Alt+T（macOS⌘⇧⌥T）打开「Refactor This」→ 选「Replace deprecated API usage」（仅当检测到≥2处相同问题时才可见） - 注意：若函数返回多个值（如
val, ok := m[key]），此意图不会触发——它只认签名含error的函数调用
删未使用变量，别直接删
直接删掉被标为 unused 的变量（如 res）可能引发编译错误，尤其当该变量名在后续被其他作用域复用、或存在隐藏引用（如反射、测试覆盖标记）时。GoLand 的安全删除机制会先做引用分析，比手动删更可靠。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
右键点击变量名 → «Refactor > Safe Delete» 是唯一推荐路径。它会弹出预览窗口，列出所有潜在影响点（包括注释里的 TODO 引用、测试文件中的同名断言等），确认无误后再执行。
- 不建议用
Alt+Enter→ 「Remove assignment」这类快捷选项——它只删赋值语句，留着变量声明，反而造成新警告 - 若变量是函数参数且未使用，Safe Delete 会同时从签名中移除，但会提示你检查调用方是否需同步更新
- 结构体字段标为 unused？大概率是 JSON tag 或反射用途未被 IDE 识别，此时删字段风险极高，应先查
json:标签或reflect.StructTag使用痕迹
替换过时 API 的边界条件
GoLand 不会主动重写所有旧写法，只在满足语义确定性时提供意图。比如 map[string]int{} 不会自动转成 make(map[string]int)，除非它检测到后续有 delete() 或 goroutine 并发写入迹象；errors.New("x") 也不会无条件替换成 fmt.Errorf("x")，除非字符串里含变量或格式化占位符（如 "id: %d"）。
真正能稳定触发的场景很明确：函数名本身被标记为 deprecated，且 IDE 知道替代方案。典型如 ioutil.ReadFile、bytes.Buffer.String（Go 1.22+ 推荐用 Bytes() + string()）。
- 光标必须落在函数名文字上（如
ioutil的i或整个ReadFile），不能停在括号或参数里 - 替换后生成的代码不带 import 自动修正——如果新函数来自不同包（如
os.ReadFile），需手动补import "os"或用Alt+Enter在新函数名上再触发一次「Add import」 - 批量替换慎用：「Replace deprecated API usage」可能跨文件修改，务必先 Commit 当前变更，再预览 diff
真正卡住人的地方，往往不是“找不到修复入口”，而是没意识到 GoLand 的意图系统极度依赖光标位置和上下文完整性。一个 go.mod 版本写错，或一个未识别的 vendor 路径，就能让整套快速修复失效——它不像 linter 那样只报错，而是选择性沉默。
