表格本身不提交数据，真正起作用的是<form>容器和带name的表单控件；<input>必须置于<form>内且有name属性，否则后端收不到值；action和method属性缺一不可；id不参与提交，disabled控件也不提交。
表格本身不提交数据，真正起作用的是 <form> 容器和带 name 的表单控件；把 <input> 放进 <td> 没问题，但必须确保它在 <form> 内且有 name 属性，否则后端收不到值。
表格内 <input> 必须被 <form> 包裹才有效
很多人把 <input> 直接塞进 <table> 就以为能提交，结果点击按钮没反应或后端收不到字段。根本原因是：浏览器只认 <form> 为提交上下文，<input type="submit"> 只是触发器，不是数据载体。
-
<form>必须包含action（目标地址）和method（POST或GET），缺一不可 -
<input>、<select>、<textarea>等控件必须位于该<form>开始与结束标签之间 - 常见错误：
<form>只包了按钮，没包输入框；或表格整个在<form>外，只给按钮加了type="submit"
<input> 在 <td> 里要带 name，否则等于没写
哪怕样式对齐再漂亮，没 name 的 <input> 在提交时会被浏览器直接忽略——这是“数据没传过去”最常踩的坑。
-
<td><input type="text" name="username"></td>✅ 提交后生成username=xxx -
<td><input type="text" id="username"></td>❌ 后端收不到任何值，id仅用于 JS 或 CSS，不参与序列化 - 动态插入的
<input>（比如用document.createElement('input')）容易漏设name，务必显式赋值 - 禁用状态的
disabled输入框也不会提交，如需保留值请改用readonly
表格结构不影响提交逻辑，但影响可访问性和响应式表现
用表格组织表单字段确实能快速对齐多行多列的数据录入项（比如后台配置页、批量编辑场景），但它本质仍是语义错位：表格用于展示关系型数据，不是布局工具。
立即学习“前端免费学习笔记（深入）”；
- 屏幕阅读器依赖
<th scope="row">和<label for="xxx">配合才能正确播报，否则视障用户难定位字段 - 小屏下表格很难自适应，
overflow-x: auto是底线方案，不如用display: grid或flex重构 - 如果只是两三个字段对齐，用
<div>+ CSS 更轻量；只有真需要行列网格语义（如 Excel 式编辑）时，才值得用表格
真正关键的不是“能不能放”，而是“放了之后浏览器认不认”。只要 <form> 包得住、name 写得对、action 指得准，<input> 在 <td> 里和在 <div> 里行为完全一致——但可维护性和扩展性，往往藏在那些没写进 HTML 的地方。
