Alt+Enter在GoLand中可修复未使用变量、错误未检查、冗余类型、循环变量捕获等语义可疑问题，需光标停在波浪线提示处触发；不支持跨函数修改、副作用替换或自定义linter修复。

Alt+Enter 在 GoLand 中到底能修什么？

它不万能，但能解决绝大多数「语法合法但语义可疑」的问题——比如未使用的变量、可简化的布尔表达式、类型断言后未检查 ok、defer 调用中闭包捕获循环变量等。触发前提很明确：光标停在带波浪线（GoLand 标出的 inspection 提示）的代码上，按 Alt+Enter 才会弹出具体建议。

常见修复项与对应场景

GoLand 的 inspection 分为三类严重等级（WARNING / ERROR / INFO），Alt+Enter 优先给出最直接的修复动作。典型可修复点包括：

• unused variable：自动删除声明，或加下划线前缀（_x）抑制警告
• range var captured by func literal：自动改写为传参形式，如将 go func() { fmt.Println(i) }() 转为 go func(v int) { fmt.Println(v) }(i)
• redundant type in composite literal：把 make([]string, 0) 简化为 []string{}（注意：仅当上下文类型明确时才生效）
• error return value not checked：插入 if err != nil { return err } 或 log.Fatal(err) 模板，但不会自动加 return 语句（需人工确认位置）

为什么有时候 Alt+Enter 没反应？

不是功能失效，而是当前光标位置没触发任何 inspection 规则。常见原因：

GoLand 2026.1.1

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

下载

• 代码无问题，或问题未被启用：检查 Settings > Editor > Inspections > Go 是否勾选对应规则（如 Unused parameter 默认关闭）
• 文件未被识别为 Go 文件：确认后缀是 .go，且项目已正确配置 Go SDK 和 GOPATH / Go Modules
• inspection 被局部禁用：看行尾是否有灰色 //noinspection GoNilness 注释，它会屏蔽该行所有检查
• 光标在字符串/注释内：inspection 不作用于字面量内部，必须落在标识符、操作符或函数调用关键字上

修复建议的可靠性与边界

GoLand 的自动修复基于 AST 分析，多数安全，但仍有几个关键限制：

• 涉及副作用的修改不自动执行：例如把 fmt.Sprintf(...) 替换为 fmt.Sprint(...) 只提示，不替换（因可能影响格式化逻辑）
• 跨函数的修复不支持：如某个 error 值在 A 函数中返回，在 B 函数中被忽略，Alt+Enter 只能在 B 处提示「忽略错误」，但不会反向修改 A 的签名
• 模块路径变更类操作（如重命名包）需要配合 Shift+F6，Alt+Enter 不处理这类重构
• 自定义 linter（如 revive）的提示默认不集成进 Alt+Enter，需单独配置 External Tools 并启用 quick-fix 支持

真正容易被忽略的是 inspection 的粒度控制——同一个问题，在函数体内和包级别可能触发不同修复项；而是否应用某次修复，取决于你光标停在哪一行哪个 token 上。