直接用c.HTML()传入变量模板名即可实现动态切换，关键在路由handler中根据deviceType等逻辑判断并映射到预加载的合法模板路径，须白名单校验、避免拼接风险，且LoadHTMLGlob需覆盖子目录。
直接用 c.HTML() 传入不同模板名即可，关键在于路由逻辑里根据设备类型（比如 deviceType）做判断，而不是靠模板引擎本身“自动切换”。
怎么在路由 handler 中动态选模板
模板名是字符串，你完全可以把它变成变量——只要确保该模板文件已加载且路径正确，c.HTML() 就能渲染它。
- 模板必须提前通过
r.LoadHTMLGlob("templates/*")或r.LoadHTMLFiles(...)加载进内存，否则运行时报template: "xxx.tmpl" is undefined - 模板名不含路径前缀时，
c.HTML()默认在已加载的模板集合中查找；含子目录（如"sensors/thermo.tmpl"）也行，但需保证LoadHTMLGlob覆盖该路径（例如"templates/**/*"） - 别拼错模板后缀：Gin 不强制要求 .html，但你写的是
"index.tmpl"，就别传"index.html"
示例：
r.GET("/device/:id", func(c *gin.Context) {
deviceType := c.Param("id") // 或从 query/body/metadata 获取
var tplName string
switch deviceType {
case "thermostat":
tplName = "devices/thermo.tmpl"
case "pressure-sensor":
tplName = "devices/pressure.tmpl"
default:
tplName = "devices/unknown.tmpl"
}
c.HTML(200, tplName, gin.H{
"DeviceID": deviceType,
"Title": "设备详情页",
})
})
为什么不用模板内部 if 切换？
不推荐在单个模板里用 {{if eq .DeviceType "xxx"}}...{{end}} 堆砌所有设备逻辑，原因很实际：
- 可维护性差：一个模板混着 5 种设备的 HTML 结构，改一处容易漏一处
- 复用率低：不同设备的样式、字段、交互差异大，强行共用模板反而要写大量条件分支
- 加载冗余：即使只渲染温湿度传感器页面，也要把 CNC 机床的 JS/CSS 全塞进去
真正的“动态”发生在 Go 层——由业务逻辑决定用哪个模板，而不是让模板自己猜。
模板名从元数据或请求体取值的风险点
如果设备类型来自用户可控输入（如 URL 参数、query 字符串），直接拼接模板名有路径遍历或任意文件读取风险：
- 攻击者传
deviceType=../../etc/passwd，若未校验可能触发c.HTML(200, "../../etc/passwd", ...)（虽然 Gin 通常会拒绝，但不保险） - 正确做法：白名单校验 + 显式映射，避免字符串拼接模板路径
- 错误示范：
tplName := "devices/" + deviceType + ".tmpl"（危险） - 安全写法：用
map[string]string映射合法类型到固定模板名，查不到就 fallback
真正容易被忽略的是模板加载范围和路径匹配规则——LoadHTMLGlob("templates/*") 不会递归加载子目录，"templates/sensors/abc.tmpl" 在这种配置下根本不可用。动手前先确认 glob 模式是否真覆盖了你要用的所有路径。
