goland通过alt+enter在结构体类型名上触发“generate method”生成方法stub，需光标对准结构体类型（含*type），支持接口方法实现、receiver类型自动推断（但需手动确认），默认panic("implement me")，可自定义模板。
光标放结构体名上按Alt+Enter选“Generate method”
GoLand 不会在你敲 func 时自动补全结构体方法，但只要光标停在结构体类型名（比如 *User 或 Handler）上，按 Alt+Enter 就能触发「Generate method」意图操作——这是最直接的入口。它和 Alt+Insert → “Generate constructor” 是两套逻辑，前者专用于方法，后者只生成构造函数。
常见错误是光标放在变量名（如 u）、字段名（如 Name）或函数体内，这时菜单里压根不显示该选项。必须对准结构体类型本身，包括带指针符号的 *T。
- 支持为未定义的方法生成 stub，比如接口里声明了
Close() error，但File结构体还没实现，光标放File上就能生成 - 如果结构体在其他包且未导入，操作不可用；确保 import 路径正确、包名拼写无误
- 生成后默认用
m作 receiver 名，想改成f或s需提前在Settings → Editor → Live Templates → Go里改模板变量receiver
生成方法时字段选择与 receiver 类型要手动确认
点开「Generate method」后会弹出字段选择对话框，这里不是让你选结构体字段，而是选「哪些方法签名要生成」——比如一个接口有 3 个方法，你可以只勾其中 2 个。GoLand 不会帮你猜哪些该实现，也不会跳过已存在的方法（哪怕函数体还是 panic("implement me")）。
receiver 类型（T 还是 *T）由你当前光标所在结构体声明决定：如果光标在 type Config struct 上，它默认用值接收者；如果在 type Handler struct 前面写了 func (h *Handler) 的已有方法，则倾向指针接收者。但这个推断不绝对，务必检查生成结果里的 func (r *MyStruct) 是否符合预期。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 若结构体含可变字段（如
sync.Mutex），必须用指针接收者，否则编译报错cannot call pointer method on ... - 生成 getter/setter 时，GoLand 默认为每个字段各建一对方法，不会合并成
SetFields(name string, age int)这种批量接口 - receiver 名称若和字段名冲突（比如结构体有
id int，又设 receiver 为id），生成后会编译失败，需手动改 receiver 名
自定义方法 stub 模板才能避免 panic("implement me")
默认生成的方法体是 panic("implement me")，这不是 bug，是 GoLand 的保守策略——它不假设你的业务逻辑。想让新方法直接留空或填默认返回值，得改 Live Template。
路径：Settings → Editor → Live Templates → Go → func，编辑变量 result 的 Expression 为 groovyScript("if (_1 != '') { _1 } else { '()' }", methodName())，并确保模板末尾有 $END$。否则光标会卡在右括号外，看起来像没生效。
- 这个模板只在
Alt+Enter → Add missing method 'XXX'时起作用；而Alt+Insert → Implement methods走的是另一套机制，仍会插panic - 改完模板后，必须重启 GoLand 或执行
File → Reload project from disk，否则旧缓存可能继续生效 - 如果方法返回多个值（如
(int, error)），模板里的result变量会自动展开为int, error，无需手动写括号
嵌套结构体或跨包方法生成容易失败
当结构体字段含未导出类型（如 cache map[string]*item 中的 *item 是小写开头），或结构体定义在未导入的第三方包（如 github.com/gorilla/mux.Router），GoLand 的「Generate method」会灰掉或报错 Cannot resolve symbol。
这不是权限问题，是 Go 编译器限制：未导出字段无法被外部包引用，IDE 无法生成合法调用代码。此时只能手动写方法，或先在同包内定义辅助类型再封装。
- 嵌套结构体（如
type A struct { B B }）本身不影响方法生成，但若B是未导出类型，A的方法里就不能直接访问a.B.xxx - 使用
go mod vendor后，跨包类型有时因 vendor 路径解析异常导致生成失败，可临时关闭Settings → Go → Modules → Vendoring mode测试 - 生成后若出现
undefined: xxx，优先检查是否漏了 import，而不是重试生成操作
func (s *Service) Do(ctx context.Context) 还是 func Do(ctx context.Context, s *Service)——那已经超出 IDE 职责范围了。
