直接修改已存在 <script> 标签的 type 属性（如从 "text/skip-hydration" 改为 "module"）不会触发浏览器重新解析或执行该脚本；必须通过 DOM 替换（如 replaceWith()）或重新插入来激活模块加载。
直接修改已存在 `<script>` 标签的 `type` 属性（如从 `"text/skip-hydration"` 改为 `"module"`）不会触发浏览器重新解析或执行该脚本；必须通过 dom 替换（如 `replacewith()`）或重新插入来激活模块加载。</script>
在构建服务端渲染（SSR）或 hydration 延迟的前端应用时，常需暂存 <script> 标签（例如设为 type="text/skip-hydration"），待客户端水合（hydration）完成后再按需启用模块脚本。但一个常见误区是：仅调用 script.setAttribute('type', 'module') —— 这不会生效。原因在于，浏览器在 DOM 解析阶段已对 <script> 标签完成类型判定与加载策略决策；后续修改 type 属性属于“静态属性更新”，不触发重解析或重新执行。
✅ 正确做法是用新脚本节点替换原节点。推荐使用 Element.replaceWith() 配合 cloneNode()：
document.querySelectorAll('script[type="text/skip-hydration"]').forEach(script => {
const newScript = script.cloneNode(true); // deep clone to preserve content & attributes
newScript.type = 'module';
script.replaceWith(newScript);
});该方案安全可靠：cloneNode(true) 完整复制原始脚本（包括 src、内联代码、async/defer 等属性），仅更新 type，再通过 replaceWith() 触发浏览器将其识别为新的 <script type="module"> 并按规范加载执行。
⚠️ 注意事项：
立即学习“前端免费学习笔记（深入）”；
- ❌ 不要仅 appendChild(script) 到 body（如问题中提到的“加回 DOM”）：若原脚本已存在于文档中，appendChild() 会将其移动而非复制，可能导致重复执行或 DOM 位置错乱；且未显式设置 type="module" 时，部分浏览器可能忽略类型变更。
- ✅ 若脚本含内联代码（非 src 外链），确保 cloneNode(true) 保留内容（true 参数为必需）。
- ? 避免直接 script.outerHTML = ...：会丢失事件监听器、JS 引用及潜在的框架绑定状态。
- ? 执行时机很重要：应在 DOM 准备就绪后（如 DOMContentLoaded 或 hydration 完成后）调用，避免操作未挂载的节点。
更简洁的写法（利用 Object.assign）：
document.querySelectorAll('script[type="text/skip-hydration"]')
.forEach(script =>
script.replaceWith(Object.assign(script.cloneNode(true), { type: 'module' }))
);总结：DOM 中脚本的执行行为由其初始解析时刻的属性决定，运行时修改 type 无效。唯一健壮的方式是创建语义等价的新节点并完成替换——这是符合 HTML 规范、跨浏览器兼容且被现代框架（如 Astro、Qwik）广泛采用的标准实践。
