goland 中 live template 用于代码编辑时缩写展开，如输入 httpf 按 tab 生成 http handler 函数；需在 settings → editor → live templates 中配置 abbreviation、template text 并限定 go 上下文，变量用 camelcase 等内置函数处理。
在 GoLand 里创建 Live Template（不是 File Template）
很多人搜“Context 生成代码模板”，实际想的是：在写代码时输入缩写（比如 httpf），按 Tab 就自动展开成带函数签名、参数、返回值的 HTTP handler 模板。这属于 Live Template，不是项目级的 File Template（后者用于新建文件）。关键区别在于作用域和触发方式：Live Template 在编辑器任意位置生效，File Template 只在 Alt+Insert 新建文件时用。
操作路径：File → Settings → Editor → Live Templates（macOS 是 GoLand → Preferences）。点击右上角 + → Live Template。
- 填
Abbreviation：比如httpf（输入后按Tab触发） - 填
Description：比如 “HTTP handler function” - 在
Template text区域写模板内容，例如：func $NAME$(w http.ResponseWriter, r *http.Request) { $END$ } - 点
Define，勾选Go（确保只在 .go 文件中生效） - 点
Edit variables，给NAME设置表达式为camelCase(prompt("Function name"))，这样输入userLogin会自动生成userLogin而非全大写
为什么 template.ParseFiles 总报 “no such file”？
这不是 GoLand 的问题，但常被误认为是 IDE 模板配置失败。根本原因是 template.ParseFiles 用的是进程启动时的当前工作目录（os.Getwd()），不是源码所在目录。你把模板放在 templates/ 下，却在项目外执行 go run main.go，它就找不到。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 调试方法：在调用
ParseFiles前加一行log.Println(os.Getwd())，确认当前路径 - 稳妥做法：用
filepath.Join(filepath.Dir(runtime.Caller(0)), "templates", "xxx.tmpl")构造绝对路径 - 更现代的选择：改用
embed+template.ParseFS，避免路径歧义 ——ParseFiles和ParseFS是两套逻辑，混用必错
自定义 template 函数注册后仍提示 “function not defined”
错误信息是 panic: function "xxx" not defined，90% 是注册时机或作用域错了。函数必须在 Parse 或 ParseFiles 之前注册，且注册对象是同一个 *template.Template 实例。
- 正确顺序：
t := template.New("x").Funcs(myFuncMap).ParseFiles(...) - 错误写法：
t := template.New("x"); t.ParseFiles(...); t.Funcs(myFuncMap)（注册晚了，无效） - 函数签名必须可导出：首字母大写，参数和返回值类型明确，不能有
...不定长参数 - 如果函数返回
error，模板里不会自动 panic，得手动判断：{{if .Err}}{{.Err.Error}}{{else}}{{.Result}}{{end}}
嵌套模板 {{define}} 和 {{template}} 不渲染？
常见错觉是“写了 {{define "header"}} 就等于能用了”，其实 {{define}} 只是注册，不执行；{{template "header"}} 才真正展开。而且所有 {{define}} 必须在同一个 *template.Template 实例中解析完成，跨文件或分多次 ParseFiles 容易丢失。
- 多文件解析时，把基础模板（如
base.tmpl）放在ParseFiles参数列表最前面 -
{{block}}是{{define}}+{{template}}的语法糖，支持子模板覆盖，适合布局复用 - 别在
{{define}}内部再用{{template}}引用尚未注册的模板 —— 顺序依赖很严格
最易忽略的一点：Live Template 的变量表达式（比如 camelCase()）不支持任意 Go 表达式，仅限 IDE 内置函数；而 text/template 的 {{}} 里写的才是真 Go 代码，两者完全隔离，别混淆上下文。
