action和method是表单提交的必要前提，缺一不可；action决定请求地址解析方式（相对路径、绝对路径、完整URL或留空），method决定HTTP请求构造（get序列化至URL，post置于body），二者搭配错误直接导致404、空数据、乱码等。
action 和 method 不是可选项，而是表单能“发出去”的前提条件；漏写、写错或理解偏差，直接导致数据不达、乱码、404 或 CORS 报错。
action 写什么地址才真正生效
浏览器提交时，action 值会被拼接进当前页面 URL 构建最终请求地址，不是“原样发送”。比如当前页是 https://example.com/user/profile，写 action="save"，实际发到 https://example.com/user/save，不是 https://example.com/save。
- 相对路径（如
action="api/submit"）：基于当前页面路径解析，适合同域内接口 - 绝对路径（如
action="/api/submit"）：从根目录开始，不受当前页面路径影响 - 完整 URL（如
action="https://api.example.com/v1/submit"）：必须注意跨域限制，后端需配Access-Control-Allow-Origin - 留空或
action=""：等价于当前页面 URL，常用于纯前端处理（如用event.preventDefault()拦截后走 fetch） -
action="#"：会触发页面跳转到顶部，且不发请求，慎用
method="get" 和 method="post" 的行为差异不止是“显不显示参数”
method 决定的是整个 HTTP 请求的构造方式，影响编码、缓存、重发逻辑和服务器接收方式。不是只看地址栏有没有参数。
-
method="get"：所有name值被序列化为 URL 查询字符串（?a=1&b=2），URL 长度受浏览器和服务器双重限制（通常 ≤ 2048 字符），GET 请求可被缓存、收藏、重复触发，不适合传密码或文件 -
method="post"：数据放请求体（body），默认编码是application/x-www-form-urlencoded，支持任意长度，不缓存，不会被浏览器历史记录保留原始数据，但需后端明确读取 body（例如 Node.js 的req.body，PHP 的$_POST） - 别写
method="POST"（大写）：HTML 规范要求小写，部分旧浏览器或严格解析器可能忽略 - 没写
method就是get，不是“按需自动选”，登录表单如果漏写，密码就暴露在日志和代理里
常见组合错误与调试线索
很多 404、空数据、乱码问题，源头都在 action 和 method 搭配不当。
- 后端路由是
POST /login，但前端写method="get"→ 405 Method Not Allowed -
action指向 PHP 文件（如action="login.php"），但服务器没启用 PHP 或路径不存在 → 404 - 用
method="post"提交，但后端只读$_GET→ 收不到任何字段 - 表单含
<input type="file">却没设enctype="multipart/form-data"→ 文件字段为空，其他字段也可能丢 - Chrome 控制台 Network 标签里点请求，看 Headers 的
Request URL和Method是否匹配预期，比猜快得多
真正麻烦的不是写错，而是写对了但路径层级或大小写不一致（比如 action="Api/submit" vs action="api/submit"），这类问题在本地开发常被忽略，上线后才暴露。
