Alt+Enter不生效需检查光标是否落在带警告的具体代码位置（如未使用变量、t.Log下划线处），而非函数声明行或空行；确认文件为.go后缀且被识别为Go文件，Go插件已启用，SDK配置正确，gopls运行正常。
GoLand 里 Alt+Enter 不生效？检查是否在测试函数体内
Alt+Enter 快捷键只在编辑器光标落在有警告的代码行（比如未使用的变量、缺失的 require 导入、未调用的 t.Cleanup）时才触发修复建议。如果光标停在函数外、注释里或空行，快捷键无反应是正常行为。
常见误操作：把光标放在 func TestXxx(t *testing.T) 这一行顶部就按 Alt+Enter——此时 GoLand 不知道你要修哪条语句。必须将光标移至带波浪线的具体警告位置，例如 t.Log("hello") 左侧的红色/黄色下划线处。
- 确保 GoLand 已启用 Go plugin（
Settings > Plugins中确认Go插件已启用） - 确认当前文件后缀是
.go，且被识别为 Go 文件（右下角状态栏应显示Go，不是Text或Plain Text） - 若项目未正确配置 SDK，Alt+Enter 可能只显示“Add import”而无法补全
testify/assert等第三方断言库的修复项
修复 “t.Cleanup not called” 警告时，Alt+Enter 为什么只提示 Add import？
GoLand 默认只识别标准库中的 testing.T 方法。当项目使用了自定义 test helper（如封装了 t.Cleanup 的结构体），或测试函数签名不是标准 func TestXxx(t *testing.T)（比如用了 *MyTestHelper），GoLand 就无法推断出需要插入 t.Cleanup(...) 调用。
此时 Alt+Enter 显示的 “Add import” 是因为 GoLand 检测到你写了 Cleanup 但没导入 testing 包——但它并不知道你本意是补全调用。真正能自动补全 t.Cleanup(...) 的场景仅限于：光标在 t. 后、且上下文明确指向 *testing.T 实例。
- 手动补全更可靠：输入
t.Cleanup(func() {，GoLand 会自动补全闭包参数和右括号 - 若用 testify，Alt+Enter 在
assert.Equal报错处可快速添加import "github.com/stretchr/testify/assert"，但不会自动加require替代方案 - GoLand 2023.3+ 版本开始支持对
testify/require的部分快速修复，但需在Settings > Go > Toolchain中启用Enable require support
Alt+Enter 提示 “Create test function” 却生成了空的 TestMain？
这是因光标位置触发了错误的意图识别：当你在包级变量、init 函数或非测试文件中按 Alt+Enter，GoLand 会默认尝试生成 func TestMain(m *testing.M)，而不是普通 TestXxx。它优先匹配顶层作用域的测试入口模式，而非当前上下文。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
要生成标准单元测试函数，请先确保光标落在某个具体函数名上（比如你想为 CalculateSum 写测试），再按 Alt+Enter —— 此时菜单第一项通常是 Create test for CalculateSum；否则它只能猜你在配测试主流程。
- 快捷键替代方案：选中函数名 → 右键 →
Go to > Test（或 Ctrl+Shift+T），比依赖 Alt+Enter 更稳定 - 生成的测试模板默认不带
t.Parallel()，需手动添加；GoLand 不会自动根据函数名判断是否适合并行 - 若测试文件已存在，Alt+Enter 可能直接跳转到对应测试函数，而不是新建——这取决于当前光标是否在被测函数体内
为什么修复 import 后，Alt+Enter 不再提示 “Remove unused variable”？
GoLand 的实时检查是分阶段的：导入语句修复属于“语法层”修正，而未使用变量检测属于“语义层”分析，后者依赖编译器后台（go list / gopls）完成类型推导。刚加完 import 后，gopls 可能尚未完成重载，导致未使用变量警告暂时消失或延迟出现。
这不是 bug，而是 IDE 与语言服务器的同步节奏问题。尤其在大型项目中，gopls 需要几秒重新构建依赖图，期间 Alt+Enter 的选项可能不完整。
- 强制刷新：按 Ctrl+Shift+O（Windows/Linux）或 Cmd+Shift+O（macOS）触发 “Optimize Imports”，顺便触发语义重分析
- 检查 gopls 状态：右下角状态栏点击
gopls图标，看是否显示 “Running”；若卡在 “Initializing”，Alt+Enter 功能大概率受限 - 避免在
go.mod修改后立刻按 Alt+Enter 修复测试代码——等模块索引完成（状态栏不再闪烁 “Indexing”）再操作
最常被忽略的一点：Alt+Enter 的修复能力高度依赖当前文件是否被 GoLand 视为“测试文件”。它不靠文件名（xxx_test.go）单独判断，而是结合 package 声明（必须是 package xxx_test）、导入路径（含 "testing"）、以及函数签名三者综合识别。任意一项不满足，很多测试专属修复项（比如补全 t.Fatal 错误处理）就不会出现。
