表单提交失败八成因浏览器未发出请求，主因是action、method、name缺失或事件绑定错误：action须为有效URL，method须显式设为post，所有表单控件必须有name属性，submit事件须绑定到form元素而非按钮。
表单提交失败，八成不是后端没收到，而是浏览器压根没发出去——问题通常卡在 action、method、name 或事件绑定这四个地方。
form 的 action 和 method 配错，请求根本不会发出
浏览器看到没写 action，就默认提交到当前 URL；看到没写 method，就用 GET。但后端接口往往只监听 POST /api/login，结果发过去直接 405。
-
action必须是有效 URL：跨域填完整地址（如"https://api.example.com/v1/submit"），同域推荐绝对路径（如"/api/update"），别写"handler.php"这种裸文件名 -
method必须显式声明：method="post"才能传敏感数据、支持文件上传；method="get"只适合搜索类只读操作 - 含
<input type="file">的表单，除了method="post"，还必须加enctype="multipart/form-data"，否则文件字段会被忽略
字段没 name 属性，等于没这个字段
服务器收不到某个值，第一反应不该查后端日志，先打开 DevTools 检查对应 <input> 有没有 name。没有 name 的控件，浏览器连序列化都不会做。
-
<input type="text" name="username">→ 提交后有username=xxx -
<input type="text">（无name）→ 这个字段完全不出现在请求里 -
<textarea>、<select>、<input type="checkbox">同理，没name就“不可见” - 多个
radio要互斥，必须共用同一个name；批量 checkbox 如name="hobby"，后端才能收到数组
JavaScript 拦截 submit 时 event.preventDefault() 没生效
点了按钮，页面闪一下就跳走或变空白，说明 event.preventDefault() 没拦住——不是写错了，就是位置或时机不对。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 监听对象必须是
<form>元素，不是按钮：form.addEventListener("submit", handler)，不是button.addEventListener("click", ...) -
event.preventDefault()必须放在回调函数第一行，否则浏览器已经触发默认行为，再拦也晚了 - 按钮类型要明确：
<button type="submit">才会冒泡出submit事件；<button>（无type）在部分浏览器里行为不一致 - 动态插入的表单（如 React/Vue 渲染），事件监听必须在 DOM 插入后执行，不能只在页面加载时绑一次
后端 req.body 为空，大概率是中间件没配对
前端看着 fetch 发出了请求，Network 里也能看到 200 响应，但后端 req.body 是空对象——这不是前端 bug，是服务端没开对应解析开关。
- 前端用
FormData提交（含文件或普通字段）：Express 必须同时加express.urlencoded({ extended: true })和multer（或类似 multipart 中间件） - 前端用
JSON.stringify+Content-Type: application/json：后端必须用bodyParser.json()，且不能只靠urlencoded -
application/x-www-form-urlencoded（默认 enctype）和multipart/form-data是两套完全不同的解析逻辑，一个中间件不能通吃
表单看着简单，但每个环节都依赖精确约定：浏览器怎么打包、HTTP 怎么传、后端怎么拆包。少一个 /、漏一个 name、忘配一个中间件，数据就静默消失——而且往往没有任何错误提示。
