长表单拆分后字段值不丢失的关键是集中管理状态：用顶层formdata对象统一存储所有字段（键名全局唯一），子表单仅通过updatefield更新状态，localstorage写入放在beforeunload事件中防卡顿和脏数据。

长表单拆分后如何保证字段值不丢失

表单拆分最常踩的坑是「用户填到第二步，刷新页面，第一步数据全没了」。这不是浏览器问题，是你没接管状态生命周期。

关键动作有三件：集中存、统一写、按需持久化。

• 用一个顶层 formData 对象存所有字段，键名保持全局唯一（如 user.name、address.zipcode）
• 每个子表单只调用 updateField(name, value) 更新，禁止直接改 input.value 后不更新状态对象
• localStorage 写入必须放在 beforeunload 事件里，而不是每次 input 变化都写——否则用户快速打字会卡顿，且可能存入中间态脏值

多步骤表单提交时如何合并跨

数据

浏览器原生不支持多个 <form></form> 同时提交。别信 form.submit() 调两次能凑效，第二次会覆盖第一次的请求体。

唯一可靠路径是手动聚合：

Wechat HTML Publisher

直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。

下载

• 用 new FormData() 初始化空对象
• 对每个子表单，遍历其 elements 集合，append() 字段：比如 formData.append('profile.phone', phoneInput.value)
• 文件字段必须用 fileInput.files[0] 获取真实 File 对象，.value 是空字符串或已被禁用的路径
• 字段名冲突时（如两步都有 utm_source），以最后一步为准，或在 append 前加逻辑校验抛出 console.warn

大组件拆分后如何避免 DOM 加载卡顿

把一个含 100 个商品卡片的 <div id="list"> 直接塞进 HTML，首屏解析就慢。拆不是目的，按需加载才是关键。 <p>推荐组合：HTML <code><template></template> + IntersectionObserver。

• 把非首屏内容（如第 2 页起的商品列表、底部推荐区）包进 <template id="section-recommend"></template>，它不会触发解析、样式计算或布局
• 用 IntersectionObserver 监听目标区域进入视口，再调用 template.content.cloneNode(true) 插入 DOM
• 禁用 display: none 或 visibility: hidden 来“隐藏”大区块——它们仍参与 CSSOM 构建，首屏性能损失明显
• 如果组件含 <script></script> 或需初始化的第三方 widget，要在插入后显式调用 initRecommendWidget() 类函数，不能依赖 DOMContentLoaded

为什么不能用 iframe 拆分主流程组件

看到「隔离」就想到 <iframe></iframe>，这是典型误用。它带来的问题比解决的多。

<iframe></iframe> 创建的是完全独立的上下文：

• CSS 不继承父页面，得重复引入样式表或内联，体积翻倍
• 父页面 JS 无法直接访问 iframe 内 DOM，跨域时连 postMessage 都要额外授权和序列化成本
• SEO 抓取器通常不执行 iframe 内容，搜索结果页看不到你的商品描述
• 移动端双指缩放、滚动链路断裂，用户滑到 iframe 边界就卡住

真正需要强隔离的场景（如嵌入第三方广告、沙箱化编辑器），才考虑 <iframe sandbox></iframe>；常规业务模块拆分，请用构建时合并或 <template></template> 动态挂载。