fieldset的form属性可将物理分散的控件逻辑绑定至指定表单，要求目标form ID存在且唯一，否则静默失效；它支持批量委托、优先级低于控件自身form属性、不改变数据结构、不跨Shadow DOM、需手动提取数据。
分栏布局里表单控件物理上分散，但提交时必须统一打包——form 属性和 fieldset 的 form 属性是唯二原生支持该场景的方案，其他全靠 JS 拼数据，容易漏字段、丢状态、破坏可访问性。
button/input 的 form 属性：让按钮“认领”远端表单
这是最常用也最容易出错的方式。按钮本身不在任何 form 内，但通过 form="target-id" 显式绑定到页面中某个 form 元素的 id。
-
form属性值必须严格等于目标form的id字符串，大小写、连字符、下划线一个都不能错；写成form="myForm"但实际是id="my-form"就静默失败 - 只对
type="submit"或type="image"的button/input生效；type="button"再加form也没用 - 按钮可以放在侧边栏、页脚、弹窗里，甚至嵌在另一个
form内部——只要它没被包裹在form里，form属性就有效；但如果它已在某个form中，该属性直接被忽略 - 提交时只收集
form="target-id"对应的那个form内部的控件，完全不看按钮在哪，也不包含按钮自身的name/value（除非显式设了formaction）
fieldset 的 form 属性：把散落的控件“逻辑归队”
当你有一组输入控件（比如地址字段）物理上在右栏浮动面板里，但语义上属于主表单时，fieldset 的 form 属性才是正解。它能让控件自己“报名”进指定表单，而不是靠按钮去拉。
-
fieldset必须有form="target-id"，且目标form的id必须存在；它内部的input、select等控件无需额外设置，自动被纳入该表单的提交数据流 - 控件仍保有自己的
name和验证逻辑，无障碍支持良好（配合legend可读性更强） - 如果
fieldset上设了disabled，其内部所有控件会同步禁用——这点比纯 CSS 分组可靠得多 - 注意：
fieldset本身不是提交触发器，你仍需一个type="submit"按钮（可在任意位置）来触发表单提交
常见静默失败原因：控制台不报错，但就是不提交
这类问题最难排查，因为浏览器既不抛异常也不给提示。
立即学习“前端免费学习笔记（深入）”；
- 目标
form缺少id，或id值拼写/大小写不一致 - 按钮写了
form="xxx"，但它父级 DOM 中存在一个form标签（哪怕只是空的），导致它被自动纳入该父表单，form属性失效 - 用了
type="button"或没写type（部分老浏览器默认行为不一致） - 表单里混用了
disabled控件和未设name的控件——前者不提交，后者根本不会出现在数据里，容易误判为“漏字段”
不要用 JS 手动 collect 数据，除非你真需要定制序列化逻辑
手动遍历 DOM 收集值看似灵活，实则隐患密集：
- 漏掉
disabled、hidden、fieldset[disabled]下的控件状态判断 - 忽略
radio组只取一个选中项、checkbox多选要聚合数组等语义规则 - 绕过浏览器原生验证（
required、pattern、type="email"），得自己重写 - 破坏
event.submitter信息，后端无法区分“保存草稿”和“正式提交”按钮来源
真正需要跨区域提交时，优先走 form 或 fieldset 的 form 属性；只有当控件来自不同源（如 iframe）、或需混合非表单元素（如富文本编辑器内容）时，才考虑 JS 补充采集。
