表单元素必须直接或间接包裹在内才能提交，是语义容器不可省略；须显式（for/id）或隐式（包裹）绑定；用于逻辑分组且支持批量禁用。
表单元素必须直接或间接包裹在
浏览器会忽略未被 包裹的 、、 等控件的提交行为——哪怕它们有 name 属性。不是“能显示就行”，而是“要提交才真正生效”。
常见错误： HTML 规范明确列出了可接受的子元素。放错标签不会报错，但可能破坏语义、影响表单序列化或无障碍支持。 很多人用 立即学习“前端免费学习笔记（深入）”；
– 把 放在 外；
– 用 CSS 隐藏 标签但删掉了它，只留一堆孤立控件。
是语义容器，不是装饰标签，不可省略 → → +
：一个 不能同时属于两个
套 的两种合法写法 和 的绑定关系直接影响可访问性和点击体验。不绑定 = 屏幕阅读器读不出，点击文字也无法聚焦输入框。
—— for 必须严格匹配 id
—— 必须是 的直接子元素，且不能含其他交互元素（如按钮）for 指向不存在的 id，也别让多个 共享同一个 for 值哪些元素能放进
？哪些不能？
、、、）、、、、、
、 等纯内容块级元素 —— 它们可以作为视觉分组存在，但必须放在 内部，且不参与表单数据收集逻辑
可以放进去，但仅用于布局目的；不要用
直接包裹 来“模拟表单结构”
和 是语义分组，不是 div 替代品 单纯为了加边框或缩进，其实它核心作用是：把一组相关控件声明为逻辑单元，并支持 disabled 批量禁用。
表单嵌套的关键不在“怎么套得漂亮”，而在于是否维持了语义链路：控件 → label → fieldset → form → submit。漏掉任一环，都可能在自动化测试、辅助技术或表单序列化时出问题。 必须是 的第一个子元素，且只能有一个，其内部所有表单控件自动变为 disabled（包括 ） 塞进 —— 层级反了， 是顶层容器 当作该组控件的描述性标题，比单纯加 更有效
