action属性指定表单数据提交的目标url；不写时默认提交至当前页面，可为相对路径、绝对路径或完整地址，需确保后端存在对应接口。
表单提交时 action 属性决定数据去向
不写 action，浏览器默认把数据发给当前页面 URL（比如 index.html 自身）；写了就按值走——它必须是合法的 URL，可以是相对路径（如 "./api/submit"）、绝对路径（"/submit"），也可以是完整地址（"https://api.example.com/submit"）。常见错误是写成 "submit.php" 却忘了后端根本没这个文件，或者用了 "./submit.php" 但在子目录下打开 index.html，导致路径解析错位。
method 决定 HTTP 动词和数据位置
默认是 GET：数据拼在 URL 后面（?name=alice&age=25），服务端从查询参数里读；设为 POST 才会把数据放请求体里，后端需用对应方式接收（如 Node.js 的 req.body，PHP 的 $_POST）。注意：GET 有长度限制、不安全、会被缓存或记录在日志里；POST 才适合传敏感或大量数据。别因为“看着简单”就全用 GET。
没配后端？数据其实“发出去了”，但没人收
浏览器不管后端是否存在，只要网络通，就会发出请求。如果 action 指向一个不存在的地址（比如 "./backend/handle" 而你本地没起服务），你会看到 404 Not Found 或 ERR_CONNECTION_REFUSED。调试时先用浏览器开发者工具的 Network 面板看请求是否发出、状态码多少、响应内容是什么。常见误判是以为“表单没提交”，其实是后端崩了或路径写错了。
想本地测试又没后端？临时用 action="https://httpbin.org/post"
这是一个公开的回显服务，能帮你确认前端是否发对了数据：
提交后跳转到 httpbin 页面，能看到原始请求头、表单数据、JSON 响应等。注意它只支持 POST，且不能用于生产环境——只是验证你前端构造的数据结构是否符合预期。
真正容易被忽略的是：表单提交本质是一次页面级导航，整个页面会刷新或跳转。如果不想刷新，就得用 JavaScript 拦截 submit 事件、调用 fetch() 或 XMLHttpRequest，再手动处理响应。但这已经不是原生表单行为，而是另一套逻辑了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
