表单提交成功需action路径与method请求方式严格匹配Node服务端路由；含文件时必须设enctype="multipart/form-data"并配Multer中间件，普通文本则需express.urlencoded()解析，且JS拦截提交须调用event.preventDefault()。
表单提交时 action 和 method 必须与 Node 服务端路由匹配
浏览器表单提交是原生 HTTP 请求，不经过 JS 拦截时，action 的路径和 method（如 POST）会直接决定请求发到哪个服务端接口。如果 Node 用 express，就得有对应 app.post('/login', ...) 路由；写成 GET 却在后端只监听 POST，就会 404 或被忽略。
常见错误现象：Cannot POST /submit 错误、表单点击后页面跳转空白或刷新但无响应。
-
action值应为相对路径（如/api/user/register）或完整 URL（如http://localhost:3000/api/user/register），避免以//或遗漏协议导致跨域或路径错乱 - 若服务端启在非根路径（如
http://localhost:3000/v1），action也得带前缀，否则请求发到/api/...就 404 - 前后端端口不一致（前端
8080，后端3000）时，必须确保 CORS 已配置，否则浏览器直接拦截请求（控制台报Blocked by CORS policy）
enctype 取值直接影响后端能否正确解析字段
表单默认编码类型是 application/x-www-form-urlencoded，适合普通文本字段；一旦含 <input type="file">，就必须设 enctype="multipart/form-data"，否则文件字段为空，且后端收到的整个 body 是乱码或无法解析。
Node 端若用 express，默认不解析 multipart 数据，需额外中间件（如 multer）；而 urlencoded 类型可用内置 express.urlencoded() 处理。
立即学习“前端免费学习笔记（深入）”；
- 纯文本字段（账号、密码、描述等）：保持默认或显式写
enctype="application/x-www-form-urlencoded" - 含文件上传：必须设
enctype="multipart/form-data"，且服务端不能只靠body-parser，得用multer并配好single()/array()字段名 - 不要用
enctype="text/plain"——它几乎没人用，后端解析支持差，字段值可能带换行或空格污染
Node 服务端要主动监听 req.body 并处理原始数据流
HTML 表单提交不是 JSON，而是键值对格式（username=john&email=john@example.com）。Express 不会自动把所有编码类型都挂到 req.body 上，得按需启用中间件。
典型漏配场景：前端用了 POST + 默认 enctype，后端却没加 express.urlencoded({ extended: true })，结果 req.body 是空对象 {}。
- 处理
urlencoded：调用app.use(express.urlencoded({ extended: true }))，extended: true支持嵌套对象（如user[name]），false只支持简单键值 - 处理
multipart/form-data：弃用body-parser，改用multer，例如const upload = multer(); app.post('/upload', upload.single('avatar'), handler) - 若用原生
http模块而非 Express，需手动监听data和end事件拼接 buffer，再用querystring.parse()或第三方库解析
前端不加 event.preventDefault() 时，JS 提交逻辑容易被表单默认行为覆盖
很多人想用 JS 拦截表单、加校验或发 AJAX，却忘了取消默认提交。结果是：JS 代码执行了，但页面立刻跳转或刷新，异步请求被中断，console.log 都来不及输出。
这不是 Node 的问题，但它是“表单提交不到服务端”的最常见前端原因。
- 监听
submit事件时，第一句必须是event.preventDefault()，否则浏览器照常提交并刷新 - 若确实要用原生表单提交（比如为了 SEO 或降级兼容），就别写 JS 提交逻辑，专注配对
action/method和后端路由 - 调试时可临时在
submit回调里console.log(event)，确认是否触发；再检查 Network 面板里有没有发出请求、状态码是多少
req.body 是空还是乱码，往往取决于三处是否严丝合缝：HTML 的 enctype 和 method、服务端中间件的类型与顺序、以及 CORS 或路径前缀这类隐性约束。漏掉任意一环，请求就卡在半路。 
