应根据操作是否改变服务器状态选择method：只读操作用get，状态变更操作用post；get将参数拼在URL中，适合搜索、分页等幂等操作；post通过请求体传输数据，适用于登录、上传等非幂等操作；form仅支持get和post，其他方法需JS或框架模拟。
选 method="get" 还是 method="post"，不是看“数据多不多”，而是看“这个操作会不会改变服务器状态”。
只读操作必须用 method="get"
搜索、分页、查看详情这类不修改数据的操作，天然适合 get。浏览器把所有 input 的 name=value 拼进 URL 查询字符串，比如 /search?q=vue&sort=date。
- 能被浏览器缓存、收藏、分享，用户复制链接就能复现结果
- 刷新页面不会触发二次请求（幂等），不会重复扣库存或发消息
- 后端必须从
req.query（Express）、request.args（Flask）或$_GET（PHP）里取值 - 别传密码、token、手机号——它们会明文留在地址栏、历史记录、代理日志里
- URL 长度实际受限（通常 ≤2KB），超长搜索词或复杂筛选条件会截断
状态变更操作必须用 method="post"
登录、注册、新建订单、上传文件、删除资源……只要服务器数据可能被改写，就得用 post。数据走请求体，URL 干净，且无长度硬限制。
- 刷新页面会弹“重新提交表单”提示，这是浏览器在提醒你：它真会再发一次
- 后端必须启用对应中间件（如 Express 的
express.urlencoded()和express.json()）才能拿到req.body - 含
<input type="file">的表单，除了method="post"，还必须加enctype="multipart/form-data"，否则后端只能收到文件名，拿不到二进制内容 - 别指望
method="post"自动加密——它只是不裸露在 URL，传输仍需 HTTPS 保障
method 写错或漏写，90% 的“收不到参数”问题就出在这
浏览器对 method 的处理非常严格：不写默认是 get；写成 POST（大写）、Put、delete 或拼错（如 methd="post"），全部静默降级为 get。
立即学习“前端免费学习笔记（深入）”；
- 检查方式只有一个：打开 Chrome DevTools → Network → 点击提交请求 → 看
Request Method列显示的是GET还是POST，别信代码里写的 - 前后端必须对齐：
method="get"→ 后端读req.query；method="post"→ 后端读req.body，中间件没配好，req.body就是空对象 -
enctype对get表单完全无效，写了也白写；但对post是关键开关，尤其文件上传场景
想用 PUT/DELETE？别硬塞进 <form>
原生 <form> 只认 get 和 post。写 method="put" 不报错，但 Network 里看到的永远是 GET 请求。
- 真要发
PUT或DELETE，得用 JavaScript：fetch('/api/user/123', { method: 'PUT', body: JSON.stringify(data) }) - 某些后端框架（如 Laravel、Django）支持在
post表单里加隐藏字段<input name="_method" value="put">，由服务端解析后转义——但这不是浏览器行为，是框架约定 -
formmethod属性只对<button type="submit">或<input type="submit">有效，且仅覆盖当前按钮行为；formmethod="put"同样降级为get
最容易被忽略的点：你以为改了 method 就完事，但实际发出的请求方法，只取决于 Network 面板里那行 Request Method 字段。很多“参数收不到”的问题，根源是 JS 拦截了 submit 却没发请求，或者后端路由根本没监听那个 HTTP 方法。
