可包裹因html规范允许其作为流内容容器包含，但表单控件须在/内且具name属性，提交数据为扁平键值对，需靠命名约定（如数组式）或隐藏字段区分行数据。
直接用 <form></form> 包裹整个 <table> 是合法且有效的，但必须确保所有表单控件（<code><input>、<select></select> 等）都在 <td> 或 <code><th> 内，且不能跨 <code><tr> 或脱离表格结构。
<h3>为什么 <code><form></form> 可以包裹 <table>？
<p>HTML 规范允许 <code><form></form> 作为“流内容容器”，能包含绝大多数块级元素，<table> 属于合法子元素。浏览器会正常收集其内部所有具有 <code>name 属性的表单控件值——无论它们嵌套在 <td> 还是 <code><div> 里。
<p>常见错误现象：<br>– 提交后后端收不到数据，其实是某个 <code><input> 缺少 name 属性；
– 表单提交时页面跳转失败或 404，实际是 action 地址写错或服务器未配置路由。
-
<form></form>必须有method（推荐post）和action（哪怕暂设为#测试） - 不要把
<form></form>放在<thead> 或 <code><tbody> 外部再试图“跨区域控制”——它只管辖自己直接子树内的控件 <li><code><table> 内部的 <code><label></label>若用for属性关联id，那个id对应的控件必须也在同一表单内，否则点击 label 不会聚焦输入框<input>放在<td> 里要注意什么？ <p>这是最常用也最容易出问题的位置。关键不是“能不能放”，而是“怎么放才不破坏语义和可访问性”。</p> <ul> <li>每个 <code><input>必须有唯一name，否则提交时该字段会被忽略（即使有id也不行） - 避免在
<td> 中仅写 <code><input type="text">而无<label></label>或aria-label，屏幕阅读器无法告知用户这是什么字段 - 若用
<th> 做标签列（如 <code><th>用户名</th> <td><input name="username"></td>），需加scope="row"明确作用域，否则辅助技术可能误读为列头 -
<input type="checkbox">或<input type="radio">的name相同才构成一组，不同行的同名 radio 仍会互斥——这是预期行为，不是 bug - 用数组式命名：如
<input name="user[0][name]">、<input name="user[0][email]">，PHP 会自动解析为二维数组；其他语言需手动解析name字符串 - 加隐藏字段记录行索引：
<input type="hidden" name="row_index" value="2">，配合 JS 在提交前动态赋值 - 不要依赖
tabindex或 DOM 顺序来推断行号——不可靠，且服务端无法感知 - 如果表格支持增删行，务必确保每行的
name唯一且可被后端区分，否则删除中间行会导致后续行数据错位
提交时数据怎么对应到表格行列结构？
浏览器原生不保留“第几行第几列”的位置信息。提交后你拿到的是扁平的键值对，例如：username=张三&email=zhang@example.com&status=active。
如果你需要还原“某一行的全部字段”，必须靠命名约定或额外标识：
真正容易被忽略的点是：表格内嵌表单看似简单，但一旦涉及多行编辑、动态增删、校验反馈或服务端批量处理，name 的设计就变成核心瓶颈。没提前规划命名结构，后期补救成本远高于重写几行 HTML。
