template标签是内容暂存区，必须用cloneNode(true)克隆content才能保留结构与钩子；内联脚本需动态创建script节点执行；图片/iframe需data-src或srcdoc控制加载；Web Components须先定义再插入以触发connectedCallback。
template 标签本身不执行任何逻辑，它只是浏览器的“内容暂存区”——想让里面的内容真正干活，必须手动克隆、注入、激活。直接塞进 DOM 或用 innerHTML 拿内容再写入，脚本不跑、图片不加载、自定义元素不升级。
为什么 template.content.cloneNode(true) 是唯一可靠入口
template 的设计初衷就是“暂存但不激活”。它的 content 属性返回一个 DocumentFragment，里面保留了完整的 DOM 结构、事件监听器占位、资源加载钩子（比如 img.src、iframe.src），但所有节点都处于“未挂载”状态。
- 错误做法：
el.innerHTML = template.innerHTML→ 字符串解析后丢失绑定、<script></script>变成纯文本、data-src类属性不会被识别为待加载资源 - 正确路径：必须走
template.content.cloneNode(true)，再插入目标容器 - 注意：
cloneNode(true)后的<script></script>仍不会自动执行（这是安全设计），需显式处理
怎样安全执行 template 里的内联脚本
template 中的 <script></script> 在克隆后默认静默，不能靠 eval() 执行——XSS 风险高，且无法访问当前作用域变量。
- 推荐方式：遍历克隆后的
script节点，用document.createElement('script')复制其type、async、defer属性，再设textContent并appendChild到目标容器 - 不要复用原
script节点：直接appendChild会移动节点，导致后续重复调用时找不到源 - 动态创建的
<script></script>会按顺序执行，但无法继承父作用域闭包，适合纯函数式逻辑（如初始化配置、绑定事件）
template 中图片/iframe 的懒加载控制点
template 内的 <img alt="HTML模板与前端加载策略下的组件懒执行方案" > 和 <iframe></iframe> 默认不发起请求，但一旦你把克隆后的节点插入文档流，它们就立刻加载——除非你在插入前干预。
- 方案一：插入前加
loading="lazy"→ 仅对现代浏览器生效，且要求图片已在 HTML 源码中真实存在（动态插入无效） - 方案二：统一用
data-src存真实地址，插入后批量替换img.src = img.dataset.src，兼容性更好 - 方案三：对
iframe，优先用srcdoc占位，等需要时再赋值src，避免预加载第三方脚本 - 关键限制：若
template里写了src，又没做任何干预，插入即加载——“懒”不起来
Web Components 在 template 中的激活时机陷阱
克隆后含自定义元素（如 <my-card></my-card>）的节点，其 connectedCallback 只在**首次插入 DOM** 时触发。如果插入动作早于组件定义注册，或插入后又被移出再插回，组件可能卡在未升级状态。
- 必须确保：自定义元素定义已通过
customElements.define()注册完成，再执行插入操作 - 不要提前插入再补定义：浏览器不会 retroactively 升级已存在的节点
- 若组件依赖外部 JS 或样式，得在插入前确认资源已就绪（比如用
Promise.all([import('./card.js'), loadCSS('./card.css')])） - SSR 场景下尤其要注意 hydration 顺序：服务端输出的
template内容，客户端必须在同构逻辑完成后才克隆插入
容易被忽略的是：克隆后的节点若含多个层级嵌套的 Web Components，每个组件的 connectedCallback 触发顺序依赖插入深度和注册时机，不是简单“一插全活”。
