Live Template 缩写不生效主因是作用域配置错误，需手动勾选Go: statement或Go: declaration等适用范围；缩写冲突时应加前缀避开内置模板；变量推荐用guessVariableName()实现上下文感知填充。
Live Template 缩写不生效，大概率是作用域没选对
输完缩写按 Tab 没反应，不是模板写错了，而是它根本没被 IDE 认为“该在这里展开”。GoLand 对每个模板都强制要求指定适用范围（Applicable in），而 Go 文件里最常漏配的就是这个。
常见错误现象：
- 在函数体内输入
selc按Tab没反应，但把模板适用范围设成Go: statement就立刻生效 - 想在包级变量声明处用
varlog生成var log = zap.L()，结果只在函数内能触发——因为没额外勾选Go: declaration
实操建议：
- 新建模板时，点
Define→ 勾选Go，再手动勾选至少一项：常用的是Go: statement（函数体内）、Go: declaration（包级声明） - 别依赖“全局生效”——GoLand 不会自动推断你希望在哪用，必须显式指定
- 如果缩写含点号（如
http.get），保存时会被拒绝；只允许字母、数字、下划线
缩写冲突了怎么办？优先用带前缀的命名
输入 pln 按 Tab 居然展开成 fmt.Println() 而不是你自定义的日志模板？说明缩写和内置或插件模板重名了。GoLand 默认对 for、if、pln 这类高频缩写做了强绑定，你的自定义模板会被静默忽略。
实操建议：
- 缩写尽量加前缀，比如用
mypln、zlog、ctxs，避开社区通用缩写 - 检查
Expand with设置：默认是Tab，但有人误改成Enter或Space，导致习惯性按Tab失效 - 想确认是否被覆盖，打开
Preferences → Editor → Live Templates，展开Go组，看有没有同名模板（尤其注意第三方插件可能悄悄加了模板）
变量怎么填得更智能？用 guessVariableName() 而不是硬编码
写个 err 判断模板，总不能每次展开都手动把 err 改成 respErr 吧？GoLand 提供了上下文感知的变量填充能力，关键在 guessVariableName()。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
- 模板文本中写
if $ERR$ != nil { return $ERR$ } - 选中
$ERR$→ 点Edit variables→ Expression 填guessVariableName("error") - 同理，
guessVariableName("http.Response")会倾向填resp或res，取决于当前作用域已声明的变量名 - 注意：这个函数依赖 IDE 类型推导——如果文件有未解决的 import 错误，它可能直接返回空
为什么改了模板，旧文件里还是不生效？重启索引不是万能的
改完模板后，在已有 .go 文件里输缩写没反应，第一反应不是“模板坏了”，而是 IDE 缓存还没刷新上下文。GoLand 的 Live Template 匹配依赖于当前编辑器的语法解析状态，不是纯文本匹配。
实操建议：
- 改完模板后，先在新打开的 .go 文件里试——避免旧文件缓存干扰
- 如果仍不行，尝试
File → Invalidate Caches and Restart → Just Restart（不用选 “Invalidate and Restart”，纯重启即可） - 极端情况：模板里用了 Groovy 脚本（如
funcdoc），且脚本报错，会导致整个模板组失效——此时检查Edit variables里的脚本语法是否合法
真正容易被忽略的是变量作用域绑定和类型推导依赖——模板不是写完就通吃所有场景，它活在当前文件的语义上下文中，缺 import、错包名、未 resolve 的类型，都会让 guessVariableName() 或参数提取逻辑静默失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
