action不写或为空时，数据提交至当前页面完整url（含query string和hash）；但后端通常未配置该路由，导致404或页面刷新。
action 属性不写或写成空字符串，数据发到哪了
浏览器会把表单数据提交到当前页面的完整 URL（含 query string 和 hash），比如你在 https://example.com/login?from=mobile#step2 页面点提交，请求就发往这个地址。后端通常没配这个路由，结果不是 404 就是原样返回、页面刷新——看着像没反应，其实是发出去了，只是没人接。
常见误操作：
-
action="."或action="./"：部分浏览器解析成https://site.com/./，路径错误 - 省略
action又没配后端处理当前页的 POST 路由：必然失败 - 在前端路由（如 Vue Router 的 history 模式）下留空
action：请求能发出，但响应可能被 JS 拦截或触发意外跳转
相对路径、绝对路径、完整 URL 怎么选
关键看部署结构和跨域需求，不是“哪个更高级”，而是“哪个匹配你的服务器配置”。
相对路径（如 action="api/login"）：基于当前 HTML 所在目录解析，嵌套深时容易错；action="./api/login" 更稳妥，显式声明“当前目录”，但仍有兼容性风险。
绝对路径（推荐）：action="/api/login"。它从域名根开始，和当前 HTML 文件位置无关。Nginx 常配 location /api/ { proxy_pass http://backend; }，这时必须用这种写法。
完整 URL（仅限跨域且后端已配 CORS）：action="https://api.example.com/v1/submit"。别为了“看起来完整”就乱加协议域名——表单提交不走 fetch，CORS 错误不会报在控制台，只会静默失败或跳转到空白页。
formaction 覆盖 action 的真实行为
formaction 是 <input type="submit"> 或 <button type="submit"></button> 的属性，优先级高于 <form></form> 的 action。它不是“可选功能”，而是明确支持多提交目标的原生机制。
使用场景：
- 同一个表单有“保存草稿”和“正式提交”两个按钮，分别指向不同接口
- 测试环境用
formaction="/api/test/submit"，生产环境保持form的action="/api/submit" - 避免 JS 动态改
form.action引发竞态或 XSS 风险
注意：formaction 只对 type="submit" 生效，type="button" 不触发表单提交，也不读该属性。
POST 提交时 action 路径没反应？检查这几点
表单提交是原子操作，出问题往往不是语法错，而是路径与后端约定不一致。
调试建议（打开浏览器开发者工具 → Network 标签页 → 点提交 → 查看第一条请求）：
- 请求发出的
Request URL是不是你预期的地址？注意大小写（Linux 服务器区分/Login和/login） - 状态码是多少？
404→ 后端没监听该路径；405→ method 不匹配（比如后端只接受 POST，但表单漏写method="post"）；502→ Nginx/Apache 代理未通 - 有没有被重写规则拦截？比如 Nginx 把
/api/全部代理，但你写了action="/v1/api/login"却没配对应规则 - 前后端分离项目中，
action应该填 API 网关路径（如/api/v1/users），而不是前端路由路径（如/users）
最容易被忽略的是：表单提交不带查询参数。当前 URL 是 https://site.com/edit?id=123，空 action 会提交到 https://site.com/edit，id=123 丢了——这不是 bug，是规范行为。
