cloneNode(true)是唯一安全高效的起点，因template.content只读且只能插入一次；填值禁用innerHTML以防XSS，应分场景用textContent/value/转义后innerHTML；批量插入须经DocumentFragment中转以避免重排重绘。
template 在大规模动态内容填充中确实有性能优势，但前提是必须用对方式。直接 innerHTML 拼接或反复 appendChild(template.content) 不仅没优势，反而更慢、更错。
为什么 cloneNode(true) 是唯一安全且高效的起点
template.content 是只读的 DocumentFragment，只能被插入一次。第二次调用 container.appendChild(template.content) 会静默失败——它已空了，不是 bug，是规范。
- 错误写法：template.content 直接 append，循环里用两次就崩
- 正确路径：每次都要 template.content.cloneNode(true)
- cloneNode(false) 只克隆 fragment 本身，不带子节点，结果是空壳
- 跨 iframe 场景建议用 document.importNode(template.content, true)，语义更清晰，兼容性略好
填值时别碰 innerHTML，否则等于放弃 template 的全部优势
template 天然防 XSS、保结构、不执行脚本，但一用 innerHTML 填用户数据，这些就全丢了。
- 纯文本 → 用 textContent，比如 el.querySelector('.title').textContent = data.title
- 表单控件 → 必须设 value 属性，inputEl.value = data.inputValue（不是 textContent）
- 富文本渲染 → 先 HTML 转义（如 text.replace(/&/g, '&')），再塞进 innerHTML
- 模板里含 <script> 或 <style>？克隆后依然不执行、不生效，别指望“活过来”
批量插入必须走 DocumentFragment 中转，否则卡死是常态
100 条数据逐条appendChild，浏览器就得重排重绘 100 次；500 条基本卡顿到交互失灵。
- 正确做法：先建 const frag = document.createDocumentFragment()
- 循环内：克隆 → 填值 → frag.appendChild(cloned)
- 循环结束：只调一次 container.appendChild(frag)
- frag 不在真实 DOM 树里，querySelector 查不到，也不触发样式计算，性能恒定
真正容易被忽略的点是：你写的不是“模板语法”，而是“待命的 DOM 结构”。它不响应数据变化、不自动更新、不保留事件绑定——所有状态和行为都得手动初始化。漏掉 id 去重、漏掉事件重绑、漏掉 input 值重置，都会导致光标丢失、点击无效、列表项数据错乱。
