当使用martini框架配合martini-contrib/render渲染带布局（layout）的html模板时，若报错html/template: "layout" is undefined，通常并非模板语法错误，而是go程序运行时工作目录不正确，导致模板加载路径失效。
该错误的根本原因在于：render.Renderer 初始化时指定的 Directory: "./templates" 是相对路径，它始终相对于当前工作目录（current working directory, CWD），而非源文件（如 main.go）所在目录。当你在任意非项目根目录下执行 go run main.go（例如从 ~/Downloads 或 /tmp 运行），Go 会尝试在该目录下的 ./templates/layout.tmpl 处查找布局文件——显然失败，于是模板引擎无法识别 "layout"，最终抛出“undefined”错误。
✅ 正确做法是：确保在包含 templates 子目录的父目录中运行程序。例如，假设项目结构如下：
myapp/
├── main.go
└── templates/
├── layout.tmpl
└── mainPage.tmpl则必须进入 myapp/ 目录后执行：
cd myapp go run main.go
⚠️ 补充注意事项：
立即学习“前端免费学习笔记（深入）”；
- Go 没有内置的“源文件目录自动切换工作目录”机制（类似 Node.js 的 __dirname），因此不能依赖 main.go 位置推导模板路径；
- 若需更健壮的路径处理（如支持任意位置运行），可借助 os.Executable() + filepath.Dir() 动态计算项目根目录，再拼接模板路径，例如：
import (
"os"
"path/filepath"
)
// 获取可执行文件所在目录（构建后）或运行目录（go run时需额外处理）
exPath, _ := os.Executable()
rootDir := filepath.Dir(exPath)
tmplDir := filepath.Join(rootDir, "templates")
// 然后传入 render.Options{Directory: tmplDir, ...}但注意：go run 时 os.Executable() 返回的是临时编译路径，不可靠；生产环境建议使用 go build 后运行二进制文件，或统一约定运行位置。
最后，请验证模板命名一致性：Layout: "layout" 要求存在名为 layout.tmpl 的文件（扩展名需匹配 Extensions 中声明的 ".tmpl"），且该文件中不能缺失 {{define "layout"}} 模板块——虽然 render 默认将整个 layout.tmpl 视为 "layout" 模板，但显式定义更清晰：
{{define "layout"}}
{{.Title}}
{{template "left" .}}
{{template "right" .}}
{{end}}综上，解决该问题的关键是：校准工作目录 + 确保模板文件存在且可被相对路径定位。这是 Go 模板系统与 Web 框架集成中最易被忽视的基础路径逻辑。
