Go html/template 传多组数据需用导出字段匿名结构体打包；递归渲染树形菜单须用双引号子模板、空切片非nil、防环校验；<template>需JS手动克隆处理；表格格数必须对齐，服务端HTML应显式包裹<tbody>。
Go 的 html/template 怎么传多组结构化数据
不能靠 map 或拼接切片硬塞——模板只认单个 data 参数，但你可以用匿名结构体把不同模型“打包”进去。
- 字段名必须首字母大写（导出），否则模板里读不到：
.StartupData可用，.startupData会静默失败 - 避免
map[string]interface{}：拼写错误如.Eventdata不报错，但渲染为空，调试时极难发现 - 如果复用频繁，定义具名结构体（如
type PageData struct）比匿名结构更利于单元测试和 IDE 提示 - 后端构造时别漏掉空切片初始化：比如
Children []MenuItem必须是[]MenuItem{}，而非nil，否则{{if .Children}}判断失效
template 递归渲染树形菜单的硬性规则
Go 模板不支持函数式递归调用，只能靠自引用子模板实现，漏掉任一环节都会 panic 或只渲染一级。
- 子模板名必须用双引号包裹：
{{template "menu-item" .}}，写成{{template menu-item .}}会解析失败 - 每个节点结构体必须含
Children []MenuItem字段，且建树时确保是空切片而非nil - 递归入口要显式传参：顶层
{{range .MenuRoots}}后必须{{template "menu-item" .}}，不能直接{{range .Children}} - 数据成环（如 A 的 parent_id 指向 B，B 的 parent_id 又指向 A）会导致无限递归，需在建树前校验
前端用原生 <template> 渲染嵌套结构时最常踩的坑
<template> 是惰性容器，不是模板引擎——它不解析、不执行、不绑定，所有“递归展开”都得你手写 JS 实现。
- 直接
appendChild(template.content)会把内容“搬走”，第二次调用返回空；必须用template.content.cloneNode(true) -
<slot>在普通<template>里完全无效，它只在 Shadow DOM 中起作用 - 克隆后若存在重复
id="close-btn"，document.getElementById只取第一个，交互逻辑会断掉 - 模板里写的
<script>或<img>全被忽略，别指望它自动加载或执行
HTML 表格处理复杂表头时崩溃的根本原因
不是 CSS 没写对，而是每行的“逻辑格子数”没对齐——浏览器按列数建表，错一个 colspan 就整行错位。
立即学习“前端免费学习笔记（深入）”；
- 第一行
<th colspan="2">A</th><th>B</th>总格数 = 3，第二行就必须凑够 3 格，不能写 4 个<td> -
rowspan="2"意味着下一行同一列位置必须跳过、不写任何<td>，否则该列会被重复填充 - 服务端返回的 HTML 片段若缺
<tbody>，浏览器自动补全的位置可能错乱，动态插入时务必显式包裹<tbody> - 用
innerHTML +=批量追加表格行会触发多次重排，大数据量建议先拼成字符串再一次性赋值，或用DocumentFragment
<template> 时，就别幻想它能像 Vue 的 v-for 那样自动响应。 
