Go模板不支持{{1+2}}等原生数学运算，需通过FuncMap注册add、sub等函数实现，或在handler中预计算后传入；注意float64类型统一与空值校验。
模板里不能直接写 {{ 1 + 2 }}
Gin 默认用 Go 的 html/template，它**不支持模板内原生数学运算表达式**。写 {{ 1 + 2 }} 会报错：unexpected "+" in operand。这不是 Gin 的限制，而是 Go 模板语法本身的设计——只允许调用函数、访问字段、管道操作，不解析算术表达式。
用 funcMap 注册自定义函数最实用
在渲染前把加减乘除封装成函数，注册进模板的 FuncMap，就能在模板里像 {{ add 1 2 }} 这样用了。
实操建议：
- 在初始化路由前注册（通常在
main()或初始化函数里），避免重复注册 - 函数必须是可导出的（首字母大写），且参数、返回值类型明确
- 推荐统一用
float64类型处理，避免整数除法截断问题
示例注册代码：
func main() {
r := gin.Default()
r.SetFuncMap(template.FuncMap{
"add": func(a, b float64) float64 { return a + b },
"sub": func(a, b float64) float64 { return a - b },
"mul": func(a, b float64) float64 { return a * b },
"div": func(a, b float64) float64 {
if b == 0 { return 0 }
return a / b
},
})
r.LoadHTMLFiles("index.html")
// ...
}模板中使用：{{ add .Price .Tax }}、{{ div .Total .Count }}
传入预计算结果比在模板里算更安全
如果运算逻辑固定（比如总价 = 单价 × 数量 + 运费），优先在 handler 里算好再传给模板，而不是依赖 funcMap。
原因：
- 模板层不适合做业务逻辑，易读性差、难调试
- 无法做空值/边界判断（如
.Price是 nil 时add函数可能 panic） - 多次调用同一运算（如循环里）会重复执行，无必要开销
推荐写法：
c.HTML(http.StatusOK, "order.html", gin.H{
"total": item.Price*item.Count + item.Shipping,
})模板里直接用：{{ .total }}
注意 int 和 float64 类型传递问题
Go 模板传参时不会自动类型转换。如果后端传的是 int，而 funcMap 函数期望 float64，模板会静默失败或报 invalid argument to function 错误。
解决办法：
- 后端统一转成
float64再传（float64(x)） - 或写重载函数（Go 不支持重载，只能靠不同函数名，如
addi处理 int，addf处理 float64） - 更稳妥的是：模板只接收
float64，后端负责转换，避免模板层做类型判断
容易被忽略的一点：模板函数没有上下文，没法像 Go 代码那样用 errors.Is 或 ok 模式处理错误，所有校验必须前置到 handler 层完成。
