alt+enter是上下文敏感的意图修复触发器，非重构入口；它精准修复光标处语义问题（如过时api、缺失import、struct tag添加），但不支持跨文件重命名或函数签名变更等需专用快捷键的操作。
Alt+Enter 不是重构入口，而是上下文意图修复的触发器；它不替代 Shift+F6、Ctrl+F6 或 Ctrl+Alt+M，但能补上 IDE 重构覆盖不到的语法迁移和局部优化。
Alt+Enter 能修什么，不能修什么
它主要响应「当前光标所在位置的代码语义问题」，比如过时 API、未使用的变量、缺失的 import、结构体字段缺 tag、JSON 字符串格式错误等。但它不会执行跨文件重命名、函数签名变更或逻辑提取——那些必须用专用重构快捷键。
常见可触发场景包括：
- 光标停在
errors.New("msg")上，Alt+Enter 提示替换为fmt.Errorf("msg") - 光标停在
ioutil.ReadFile调用处，提示改用os.ReadFile - 结构体字段名后按 Alt+Enter，可一键添加
json:"field_name"标签（支持多种命名风格） - 复制一段 JSON 后，在空 struct 上 Alt+Enter，弹出「从 JSON 生成结构体」窗口
如果光标停在函数名上按 Alt+Enter，大概率只弹出「Go to declaration」或「Find usages」，不是重命名——这时该用 Shift+F6。
为什么有时 Alt+Enter 没反应
不是 bug，通常是以下任一条件未满足：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 光标没落在可识别语义的位置（比如停在注释行、空行、字符串中间）
- 项目未启用
Deprecated API检查（Settings → Editor → Inspections → Go → Deprecated API） - go.mod 未正确加载，或
GOROOT/GOPATH配置异常，导致 IDE 无法识别标准库版本差异 - 代码处于未保存的临时缓冲区（如刚粘贴未格式化），IDE 尚未完成语义分析
验证方式：把光标移到一个明确过时的调用上（例如 http.CloseNotifier），看状态栏右下角是否出现黄色灯泡图标——没有图标，说明检查未生效。
Alt+Enter + Ctrl+Alt+M 组合解决参数爆炸问题
当你想把一段含多个局部变量的逻辑提取成函数，但 Ctrl+Alt+M 生成的函数带了一堆参数，说明 IDE 把不该提升的作用域变量也当参数传进去了。这时可以：
- 先选中目标代码块，按
Ctrl+Alt+M提取为函数（哪怕参数多） - 在新函数内部，把其中某个被当作参数传入的值（比如
cfg *Config）单独选中，按Alt+Enter - 选择「Extract variable」→ IDE 会在函数开头声明该变量，并自动修正后续所有引用
- 再回到函数签名，删掉对应参数，把函数体内原参数引用换成新变量名
这个组合比反复重试 Ctrl+Alt+M 更可控，尤其适合处理嵌套较深、作用域混杂的旧代码。
批量操作别指望 Alt+Enter
它天生是单点操作：一次只修一处。想批量替换 map[string]interface{} 初始化写法、统一改 error 类型、或全量更新 struct tag，得换工具：
- 全局搜索替换 + 正则（注意避开字符串和注释）
- 命令行跑
go fix（对标准库迁移有效） - 用
gopls的organizeImports或自定义textDocument/codeAction扩展
Alt+Enter 的价值不在“快”，而在“准”——它只在 IDE 确认安全的前提下给出选项，误操作成本极低。但这也意味着，你得亲手点开每一处灯泡，而不是幻想它能扫完整个包。
