表单提交失效的四大原因：嵌套form标签导致外层表单被提前截断；modal中误写空form标签使字段游离于表单外；input等控件缺失name属性或大小写不一致；服务端max_input_vars等限制导致字段静默丢弃。
form 标签嵌套直接导致 submit 按钮失效
浏览器解析 HTML 时，遇到嵌套 <form> 会立即截断外层表单范围——第一个 </form> 就是“终点”，后续所有字段（包括 <button type="submit">）都脱离表单上下文。此时点击按钮，浏览器根本找不到可提交的表单，行为静默，控制台无报错，Network 里也看不到请求。
常见错误结构：
<form action="save.php"> <input name="title"> <form></form> <!-- ⚠️ 这个空标签提前闭合了外层 form --> <input name="content"> <button type="submit">Save</button> <!-- 实际在 form 外部！ --> </form>
- 删掉所有内层
<form>，只保留一个语义完整的外层<form> - 确保所有
<input>、<select>、<button>都在该<form>开始与结束标签之间 - 用 DevTools Elements 面板逐级展开，确认按钮节点是否被渲染在
<form>内部（缩进层级正确）
modal 中误写空 form 标签让整个提交逻辑消失
注册/密码重置模态框里写 <form></form> 是高频陷阱。这个自闭合标签不是“占位”，而是触发浏览器解析器提前收束——它会让后续所有字段（哪怕视觉上在 modal 里）全部游离于表单之外。
典型症状：模态框能弹出、输入框能填、按钮能点，但点完毫无反应；console.log(new FormData(form)) 返回空对象；form.elements.length 为 0。
立即学习“前端免费学习笔记（深入）”；
- 检查模态框 HTML，搜索
<form></form>或<form />这类孤立空标签 - 删除它们，把
<form action="...">移到 modal 最外层容器内部，包裹全部字段 - 避免用 JS 动态插入
<form>后再调用htmx.process()—— HTMX 不会自动绑定新节点，需手动初始化或改用 display 切换
name 属性缺失或大小写不一致让后端收不到字段
前端表单能提交，但后端 $_POST 或 req.body 为空或缺字段？大概率是 name 没写，或写了但和后端接收名不一致。HTML 表单只按 name 发送键值对，id 或 class 完全无关。
-
<input>、<textarea>、<select>必须带name，且不能是空字符串或纯空格 - PHP 的
$_POST["Email"]和$_POST["email"]是两个不同变量，大小写必须完全一致 - 嵌套 name 如
user[profile][bio]在 PHP 可用，但在 Express 默认 urlencoded 中会被当扁平 key 处理，需启用extended: true - 用
console.log([...new FormData(form).entries()])在提交前验证字段是否被采集
大表单字段数超限引发服务端静默丢弃
表单字段多（尤其动态生成带数组索引的 name），容易触发 PHP 的 max_input_vars 限制。比如 5 层嵌套生成 3000+ 字段，而 max_input_vars = 1000，后半字段直接被 PHP 截断，不报错也不告警。
- 查
php.ini：确认post_max_size≥ 实际体积，max_input_vars≥ 预估字段总数（可用new FormData(form).entries().length估算） - 改完配置必须重启 PHP-FPM 或 Apache，
ini_set()对这两个指令无效 - Node.js 用户检查
bodyParser.urlencoded({ limit: '50mb', extended: true })是否显式设置足够大的 limit - Nginx 层也要同步设
client_max_body_size，否则请求在代理阶段就被 413 拦截
最易被忽略的是：嵌套结构本身合法，但字段爆炸式增长后，服务端限制成了隐形墙——它不报错，只安静地扔掉多余部分。
