action属性唯一作用是指定表单数据提交的目标URL；推荐用./api/submit这类带./的相对路径，或以/开头的绝对路径如/api/login，空值则提交至当前完整URL（含query string和hash）。
action 属性只干一件事：告诉浏览器把表单数据发到哪个 URL。它不是提交方式，不是编码类型，也不是表单名字——填错路径，数据根本发不出去，后端连请求都收不到。
action 填相对路径还是绝对路径？
优先用 ./api/submit 这类带 ./ 的相对路径，尤其当页面嵌套较深时（比如在 /admin/user/edit.html 里），./api/submit 明确指向同目录下的 api/submit；而只写 api/submit 会按当前 HTML 所在目录解析，行为一致但语义更弱。
用绝对路径 /api/submit 适合根目录统一管理 API 的场景，它和页面位置无关，但要注意：它从域名根开始算，不是从当前 HTML 文件所在目录。
别用 . 或 ./ 单独作 action 值，部分浏览器会拼出 https://site.com/./ 这种非法路径。
立即学习“前端免费学习笔记（深入）”；
-
./api/login→ 安全、明确、推荐用于同站接口 -
/api/login→ 稳定、适合 Nginx/Apache 配了根路由代理的环境 -
https://api.example.com/v1/login→ 跨域必须，且后端需配 CORS 或用服务端代理 -
action=""或不写 → 提交到当前完整 URL（含 query string 和 hash），后端得真监听这个地址的 POST
提交后页面跳转或没反应？先看 Network 面板
表单点了没反应，大概率不是 JS 拦截，而是请求压根没发出去，或者发到了错误地址。打开浏览器 DevTools 的 Network 标签页，点提交，看：
- 有没有新请求条目出现？没有 → 表单被 JS
preventDefault()了但没后续逻辑 - 请求 URL 是什么？是否和你写的
action一致？注意大小写（Linux 服务器区分Submit.php和submit.php） - 状态码是多少？
404= 路径不存在；405= 后端没配对应 method（比如写了method="post"，但后端只监听GET）；502= Nginx/Apache 代理失败，可能路径被重写规则吃掉了 - Request Headers 里
Origin和目标 URL 域名不一致？那就是跨域，得查 CORS 报错详情
用了 Vue/React 路由，action 还要填吗？
要填，但别指望它“生效”。在 history 模式下，action="/submit" 仍会触发真实 HTTP 请求（浏览器照发），但响应返回后，前端路由可能拦截、忽略或意外跳转——这不是 action 的问题，是框架对非预期 HTML 导航的处理逻辑。
更稳妥的做法是禁用原生提交：event.preventDefault()，然后用 fetch 或 axios 手动发请求。此时 action 只起降级作用（JS 失效时兜底），可设为后端真实接收地址，比如 action="/api/submit"。
如果仍想走原生提交（比如 SEO 或简化逻辑），确保后端返回的是完整 HTML 页面，而不是 JSON，并且该路径已纳入前端路由白名单或直接由后端渲染。
特别注意：form.submit() 是原生方法，调用前必须确保 form.action 已设好，否则默认提交到当前 URL —— JS 不会自动补全或推断。
为什么本地双击 HTML 文件总失败？
因为 file:// 协议下，浏览器禁止跨源请求，所有 action 路径（包括 ./api/submit）都会被当作相对文件路径处理，而本地文件系统里根本没有那个 PHP/Node 接口文件。
必须启动一个本地 HTTP 服务：用 npx serve、python3 -m http.server 或 VS Code Live Server 插件，让页面运行在 http://localhost:xxxx 下，action 才能正确解析为 HTTP 请求。
这也是为什么开发时看到 “CORS 错误” 或 “net::ERR_FILE_NOT_FOUND”，第一反应不该是改后端，而是检查协议头 —— file:// 下一切网络行为都受限。
