Go 1.4–1.6 版本中，html/template 包存在一个已知缺陷：当同一模板变量（如 {{.domain}}）在 <script type="text/template"> 等非标准 HTML 上下文中重复出现时，第二次及后续渲染会错误添加双引号，导致前端模板引擎解析失败。该问题源于 Go 模板的上下文感知转义逻辑缺陷，已在 Go 1.7 中修复。
go 1.4–1.6 版本中，`html/template` 包存在一个已知缺陷：当同一模板变量（如 `{{.domain}}`）在 `<script type="text/template">` 等非标准 html 上下文中**重复出现**时，第二次及后续渲染会错误添加双引号，导致前端模板引擎解析失败。该问题源于 go 模板的上下文感知转义逻辑缺陷，已在 go 1.7 中修复。</script>
这个问题的本质并非 Gin 框架所致，而是 Go 标准库 html/template 在 1.4 至 1.6 版本间的一个上下文识别 Bug。当模板被渲染到 <script type="text/template"> 这类非执行型 script 标签内时，Go 模板引擎错误地将第二次出现的 {{.domain}} 视为需额外 HTML 属性转义的场景，从而在字符串两侧插入了冗余的双引号（例如 "meican.loc"），破坏了前端框架（如 Angular.js）所需的原始字符串格式。
复现关键点
- 使用 Go ≤ 1.6（如题中 go1.4.2）；
- 模板中在同一 text/template script 块内多次引用同一字段；
- 字段值不含引号或特殊字符（否则问题可能被掩盖）。
✅ 推荐解决方案（按优先级排序）
1. 升级 Go 版本（首选）
升级至 Go 1.7 或更高版本即可彻底解决。该 Bug 已在 CL 14336 中修复，且 Go 1.6 的补丁（CL 14335）已初步缓解部分场景。
# 检查当前版本 go version # 升级后验证（推荐使用 goenv 或官方安装包） go version # 应显示 go1.7+
2. 使用 template.HTML 显式标记（兼容旧版）
若暂时无法升级 Go，可在服务端将变量预处理为 template.HTML 类型，绕过自动转义：
import (
"html/template"
"github.com/gin-gonic/gin"
"net/http"
)
func main() {
router := gin.Default()
router.LoadHTMLGlob("templates/*")
router.GET("/index", func(c *gin.Context) {
// 手动构造安全 HTML 片段（注意：确保 domain 可信，无 XSS 风险）
safeDomain := template.HTML("meican.loc")
safeScheme := template.HTML("http")
c.HTML(http.StatusOK, "index.html", gin.H{
"scheme": template.HTML("http"),
"domain": safeDomain,
})
})
router.Run(":8089")
}对应模板中保持原写法：
<script type="text/template">
<div data="{{.scheme}}://{{.domain}}/qr"></div>
<div data="{{.scheme}}://{{.domain}}/qr"></div>
</script>⚠️ 注意：仅适用于完全可信的变量源（如硬编码或配置项）。若 domain 来自用户输入，必须先做白名单校验或 URL 编码，避免 XSS。
3. 替代方案：前端模板分离
将 Angular 模板移出 Go 模板系统，改为静态文件 + AJAX 加载，或使用 data-* 属性传递基础参数，由 JS 动态拼接：
<!-- index.html -->
<div id="angular-app"
data-base-url="{{.scheme}}://{{.domain}}"
data-qr-path="/qr">
</div>
<script src="/js/app.js"></script>// app.js
const el = document.getElementById('angular-app');
const baseUrl = el.dataset.baseUrl;
const qrPath = el.dataset.qrPath;
const fullUrl = `${baseUrl}${qrPath}`;总结
| 方案 | 适用场景 | 维护成本 | 安全性 |
|---|---|---|---|
| 升级 Go 至 1.7+ | 长期项目、可控部署环境 | 低 | ★★★★★ |
| template.HTML 强制标记 | 短期兼容、变量可信 | 中 | ★★☆☆☆（需严格校验） |
| 前端模板解耦 | 高交互应用、渐进式重构 | 中高 | ★★★★★ |
强烈建议将 Go 升级纳入基础设施标准化流程——该 Bug 是 Go 模板演进过程中的典型“上下文感知不足”案例，类似问题（如 CSS 内联样式、SVG 属性渲染）在旧版本中亦有发生。及时升级不仅能解决此问题，更能获得性能优化、安全加固及新特性支持。
