go标准库的text/template（被gin默认使用）在处理连续模板变量插值时存在已知解析缺陷，会导致html属性中出现意外双引号，该问题源于go 1.4–1.6版本的模板引擎状态机逻辑错误，已在go 1.7中修复。
go标准库的text/template（被gin默认使用）在处理连续模板变量插值时存在已知解析缺陷，会导致html属性中出现意外双引号，该问题源于go 1.4–1.6版本的模板引擎状态机逻辑错误，已在go 1.7中修复。
在基于 Gin 框架的 Go Web 开发中，若后端使用 html/template 渲染包含前端模板（如 Angular.js 的 text/template 脚本块）的 HTML 页面，需特别注意 Go 模板引擎对嵌套双花括号（{{.field}}）的解析行为——尤其是在同一 HTML 属性内多次出现模板动作时。
如问题所示，以下模板片段会触发异常：
<script type="text/template" charset="utf-8">
<div data="{{.scheme}}://{{.domain}}/qr"></div>
<div data="{{.scheme}}://{{.domain}}/qr"></div>
</script>在 Go ≤1.6 环境下，第二行渲染结果可能变为：
<div data="http://"meican.loc"/qr"></div>
即 {{.domain}} 被错误地包裹进额外的双引号中。根本原因在于：Go 模板解析器将 {{.scheme}}://{{.domain}} 视为一个跨动作的属性值上下文，当遇到第二个 {{...}} 时，因内部状态未正确重置，误判其为“需要 HTML 属性引号转义”的新上下文，从而插入冗余引号。
✅ 推荐解决方案（兼容所有 Go 版本）：
1. 使用单动作拼接，避免跨动作属性拆分
将 URL 构造逻辑移至 Go 后端或模板中统一计算：
// test.go 中传入预拼接字段
c.HTML(http.StatusOK, "index.html", gin.H{
"url": "http://meican.loc/qr",
})对应模板：
<script type="text/template">
<div data="{{.url}}"></div>
<div data="{{.url}}"></div>
</script>2. 使用 printf 模板函数（推荐）
利用 Go 模板内置函数一次性生成完整字符串，彻底规避多动作边界问题：
<script type="text/template">
{{ $url := printf "%s://%s/qr" .scheme .domain }}
<div data="{{ $url }}"></div>
<div data="{{ $url }}"></div>
</script>3. 升级 Go 并验证版本兼容性
该问题已在 Go 1.7 中通过重构模板 lexer 状态机修复。建议生产环境升级至 Go ≥1.7，并在 go.mod 中声明最低版本约束：
go 1.7
⚠️ 重要注意事项：
- 不要依赖 <script type="text/template"> 内部的 Go 模板语法与前端框架（如 Angular）的模板语法共存——二者均使用 {{...}}，极易引发冲突；
- 若必须混合使用，建议对前端模板进行转义（如用 [[...]] 替代 {{...}}），或改用 <template> 标签 + JavaScript 字符串替换；
- Gin 的 LoadHTMLGlob 默认使用 html/template，其安全转义机制无法识别 text/template 上下文，因此所有动态内容务必显式控制输出方式（如使用 {{.Field|safe}} 需谨慎评估 XSS 风险）。
综上，该问题本质是历史版本 Go 模板引擎的实现局限，而非 Gin 或业务逻辑错误。通过结构化数据传递、模板函数封装或版本升级，均可稳健规避。
