GoLand 自动生成方法时默认用 panic 占位，需通过配置 Live Templates 的 stub 模板并使用 Alt+Enter → Add missing method 触发，才能替换为零值或自定义返回；Implement interface 则走独立逻辑，自动推导零值且不读取模板。
GoLand 自动生成方法时默认用 panic 占位，怎么改？
GoLand 默认生成未实现接口方法时，函数体是 panic("not implemented") —— 这不是 bug，而是安全设计：防止你忘记补逻辑就提交或运行。但开发中常需换成零值返回（如 return nil、return 0, nil）或空结构体，得手动改太烦。
- 打开
Settings（Windows/Linux：Ctrl+Alt+S；macOS：Cmd+,）→Editor→Live Templates→Go - 点击右侧
+→Live Template，缩写填stub，描述写 “Interface method stub with zero return” - 模板文本粘贴以下内容（注意保留换行和变量占位）：
func ($receiver$ *$struct$) $method$($params$) $result$ { $END$ } - 点
Define→ 勾选Go→ 点Edit variables：-
receiver：默认值填m -
result：表达式填groovyScript("if (_1 != '') { _1 } else { '()' }", methodName()) - 其余变量留空
-
- 回到编辑器，光标停在报错的结构体名上（如
*Handler），按Alt+Enter→ 选Add missing method 'XXX'，就会用你定义的模板生成，不再插panic
为什么改了 Live Template 还不生效？
常见原因不是模板没配对，而是触发方式不对：
- 用
Alt+Insert→Implement methods是走另一套逻辑（针对整个接口），它不读stub模板，只认内置规则；这个操作仍会生成panic或零值，取决于 GoLand 版本和接口返回类型 - 只有
Alt+Enter在报错处选Add missing method 'Xxx'才真正调用你自定义的stub模板 - 确认模板作用域：编辑变量时，
Expression列必须显示为groovyScript(...)，不能是空或text() - 如果模板里漏了
$END$，光标不会停在函数体内，而是卡在右括号后，容易误以为失败
生成单个方法 vs 实现整个接口，行为差异在哪？
二者底层机制不同，直接影响返回占位策略：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Add missing method 'Xxx'（单个）：严格依赖你配置的stub模板，$result变量控制返回签名，函数体完全由你定义（比如可写return &Response{Code: 200}） -
Implement interface 'IHandler'（整组）：自动推导每个方法的零值 ——string→""，error→nil，int→0，[]byte→nil；不走 Live Template，也无法干预 - 若结构体已嵌入字段（如
type A struct{ http.Handler }），GoLand 会跳过已被嵌入类型实现的方法，只生成真正缺失的 —— 这个判断是静态的，不运行时检查
不改模板，临时绕过 panic 的最快办法
赶时间又不想配模板？有三个现场应急操作：
- 生成后立刻按
Ctrl+Shift+A→ 搜Replace in Path，范围选Current File，把panic("not implemented")替成return nil（注意匹配完整字符串，避免误伤其他 panic） - 在结构体定义后加一行注释
//go:noinline，然后按Alt+Enter→Implement interface，有时能触发更“温和”的零值填充（非稳定，看版本） - 删掉结构体定义，重写一遍（哪怕只是多敲个空格再删），再
Alt+Enter，部分旧版 GoLand 会重走初始化逻辑，倾向用零值
真正关键的是分清场景：日常补单个方法，靠 stub 模板最稳；批量实现接口，接受它的零值策略即可，别硬套模板——两者路径不同，强行统一反而增加维护负担。
