action属性指定表单数据提交的目标url，是必填项；不写或为空时默认提交至当前页面完整url，易导致404或刷新白屏，且必须与后端路由、协议同源。
action 属性决定表单数据最终发给谁——它不是控制“怎么发”或“在哪验证”，而是明确指定后端处理接口的 URL 地址。
为什么提交后 404 或跳转到错误页面？
这是 action 值写错最典型的后果。浏览器会严格按该值发起请求，和前端路由、JS 框架无关。
- 相对路径如
action="login.php"会拼在当前 URL 后（比如当前是https://example.com/admin/，实际提交到https://example.com/admin/login.php） - 以
/开头的路径如action="/api/login"从根目录开始解析，不受当前页面路径影响 - 留空或写成
action=""时，浏览器默认提交到当前完整 URL（含 query 参数），容易引发重复提交或参数污染 - 如果后端接口已迁移到 RESTful 风格（如
POST /v2/auth/login），但action还写着"login.asp"，必然 404
action 和 method、target 不是一个东西
这三个属性常被混用，但职责完全分离：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
action只管“往哪送”：必须是合法 URL（可带协议、域名、路径），不能是函数名或 JS 表达式 -
method决定“怎么送”：仅接受"GET"或"POST"（HTML5 还支持"PUT"/"DELETE"，但实际兼容性差，不建议依赖） -
target控制“结果在哪显示”：如target="_blank"是新开页，target="iframe1"是指定 iframe，和action的目标地址无任何关系
前后端分离项目里 action 还有用吗？
仍有用，但使用方式变了——关键看是否启用原生表单提交。
- 如果用
fetch或axios手动拦截并发送，action值可随意（甚至删掉），它不会被触发 - 如果保留原生提交（比如为 SEO 或降级考虑），
action就必须指向真实可用的后端入口，且要和服务端路由对齐 - Vite / Next.js 等框架下，
action="/api/login"可能被代理到http://localhost:3000/login，此时需确认开发服务器代理配置是否生效 - Nginx 部署时，若
action="/api/user"对应后端服务，但 Nginx 未配置location /api/转发规则，请求就直接 404
最容易被忽略的一点：action 的 URL 必须与当前页面同源，否则浏览器会因跨域阻止提交（除非后端显式允许，且用户不手动改地址栏）。调试时别只盯着 JS 报错，先右键「查看网页源代码」，确认 action 渲染出来的真实值是什么。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
