表单点击无反应通常因form未闭合、嵌套或按钮type非submit；fetch提交后刷新是因未调e.preventdefault()；后端收空数据多因content-type与解析中间件不匹配；禁用提交需监听form submit而非仅禁用按钮；name属性缺失导致字段不提交。
表单点击没反应，submit 事件根本没触发
常见现象是点按钮页面毫无动静，控制台也没报错。这通常不是后端问题，而是表单本身被“拦腰截断”了：比如 <form></form> 标签没闭合、嵌套在另一个 <form></form> 里（HTML 不允许嵌套表单）、或者按钮类型写成了 type="button" 而非 type="submit"。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用浏览器开发者工具检查
<form></form>元素是否真实存在且结构完整（右键「检查」看 DOM 树） - 确认提交按钮的
type属性值是"submit"，不是"button"或缺失 - 临时加一行 JS 测试事件是否可达：
document.querySelector('form').addEventListener('submit', e => console.log('submit fired', e)) - 如果用了框架（如 React），确保没用
event.preventDefault()却忘了后续处理逻辑
fetch 提交后页面刷新了，但数据没到后端
这是典型的「表单默认行为没阻止」。哪怕你写了 fetch，只要没调用 e.preventDefault()，浏览器仍会按原生方式提交并跳转，导致你的 fetch 请求可能被中断或未发出。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须在
submit事件回调开头加e.preventDefault()，顺序不能错 - 检查是否在异步请求前就返回了（比如漏了
async/await或.then()链），导致事件处理函数提前结束 -
fetch的method要显式写成"POST"，否则默认是"GET"，后端收不到 body - 传 JSON 数据时别忘了设 header：
{'Content-Type': 'application/json'}，否则后端可能解析失败
后端收到空数据，request.body 是空对象或 undefined
前端发了，后端却收不到字段，大概率是 content-type 和解析中间件不匹配。比如前端用 FormData 发送，后端却只配了 json() 解析器；或者前端拼 query string，后端却等 JSON。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 前端用
FormData时，不要手动设Content-Typeheader——浏览器会自动加上带 boundary 的 multipart 类型 - 前端用
JSON.stringify()发送时，后端 Express 需有app.use(express.json())；Koa 需koa-body或类似中间件启用 json 解析 - 检查后端日志：打印原始
req.headers['content-type']和req.rawBody（需配置 raw parser）确认数据真到了哪一步 - Node.js 原生 HTTP server 没中间件时，body 默认不会自动解析，得手动拼接
data和end事件
表单禁用提交但用户仍能回车触发
只给按钮加 disabled 属性，无法阻止用户在输入框里按回车提交——表单级的回车提交行为由 <form></form> 控制，和按钮状态无关。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 禁用整个表单提交行为，优先用
form.setAttribute('onsubmit', 'return false;')或更稳妥的 JS 监听：form.addEventListener('submit', e => e.preventDefault()) - 如果只是临时防重复提交，应在
submit处理函数开头设标志位，而不是仅禁用按钮（按钮禁用可被绕过，比如键盘焦点+空格） - 注意：
disabled的表单控件（如input）其值不会被提交，所以禁用字段 ≠ 禁用提交
最常被忽略的是表单元素的 name 属性——没有 name，无论 input 值填什么，都不会出现在提交数据里。连 FormData 或 serialize() 都抓不到它。
