表单能发出去，靠的就是action和method两个属性——缺一不可；action决定提交地址（如"/api/login"或"https://api.example.com/v1/submit"），method决定请求方式（必须小写，如"post"或"get"），二者任一错误均导致404、405或数据丢失。
表单能发出去，靠的就是 action 和 method 这两个属性——少一个，数据就卡在浏览器里；写错一个，后端根本收不到。
action 决定“发到哪”，不是随便填个路径就行
action 的值是浏览器用来拼出最终请求地址的依据，不是后端路由名，也不是文件名。它必须是浏览器能解析的 URL。
- 用绝对路径（推荐）：action="/api/login" → 无论当前页面是 /user/profile 还是 /admin/dashboard，都固定发到 https://yoursite.com/api/login
- 用完整 URL（跨域必需）：action="https://api.example.com/v1/submit" → 后端必须配置 CORS，否则被浏览器拦截
- 避免相对路径：action="api/login" 或 action="./submit.php" → 页面路径一变，请求就错位，部署时极易失效
- 别留空或只写 "#"：action="" 默认提交到当前页 URL，大概率触发 405；action="#" 只跳顶部，不发请求
method 决定“怎么发”，漏写等于用错方式
method 不是可选项，HTML 规范规定默认是 GET。但登录、注册、上传这类操作，绝不能依赖默认值。
- method="post"：数据放请求体，适合传密码、长文本、文件；后端需用 req.body、$_POST 等方式读取
- method="get"：所有字段拼进 URL（如 ?user=admin&pwd=123），仅用于搜索、分页等只读操作
- 大小写敏感：method="POST" 在部分旧环境可能被忽略，一律小写
- 含文件上传时，除了 method="post"，还必须加：enctype="multipart/form-data"
前后端必须严格对齐，错一个就失败
前端写的 action 和 method，要和后端监听的路由完全匹配——包括路径是否带斜杠、HTTP 方法是否一致、协议是否正确。
立即学习“前端免费学习笔记（深入）”；
- 后端写的是 app.post('/login')，前端却写 method="get" → 405 Method Not Allowed
- 后端接口是 /api/users/create，前端写成 action="api/users/create" → 实际发到 /current/path/api/users/create，404
- 后端只解析 application/x-www-form-urlencoded，但前端传了文件却没设 enctype → 所有字段都收不到
开发时的实用建议
- 本地调试优先用代理（如 Vite 的 proxy），而不是硬写 http://localhost:3000 → 避免跨域和端口问题
- 所有表单都显式写 method="post"，除非明确需要分享链接或支持缓存
- 检查每个 input 是否有 name 属性 —— 没 name 的字段，不管 type 是什么，都不会被提交
- 用浏览器开发者工具的 Network 标签看真实请求：确认 URL 是否正确、Method 是否匹配、Payload 是否有数据
