表单不写method属性时一律按get提交，这是html标准强制行为；get将数据拼入url导致敏感信息泄露、url超长、刷新重发等问题，post则需正确配置enctype和后端解析逻辑。
不写 method 属性时，表单一律按 GET 提交——这不是浏览器“默认偏好”，而是 HTML 标准强制行为。选错方法会导致敏感数据泄露、URL 超长报错、后端收不到字段，甚至重复提交引发业务异常。
为什么 GET 表单一提交就暴露密码和搜索词？
因为 GET 把所有 input 值拼进 URL 查询字符串，例如 /login?username=admin&password=123456。用户能看到、浏览器历史会存、代理或 CDN 日志可能记录、刷新还会重发。
- 适合场景：分页
?page=3、搜索关键词?q=react、筛选条件?status=active&sort=date - 必须避开：含
password、token、file的字段，或任何不应被缓存/书签化的操作 - 容易踩的坑：
form漏写method="post"，结果登录态明文挂在地址栏；用GET提交长文本（如textarea），触发 414 Request-URI Too Long
POST 提交后后端却读不到数据？检查这三处
POST 数据在请求体里，不经过 URL，但服务端必须主动解析才能拿到。常见“收不到”不是前端错了，而是后端漏配或前端没配对。
- 前端必须设
enctype：普通表单用enctype="application/x-www-form-urlencoded"（默认值）；传文件必须显式写enctype="multipart/form-data"，否则files字段为空 - 后端要读对位置：PHP 查
$_POST和$_FILES，Node.js 用req.body+ 中间件（如express.urlencoded()或multer），Python Flask 用request.form和request.files - 别只查
$_POST忽略$_GET：如果前端误用了GET，而你后端只从$_POST取值，数据就“消失”了
表单提交方式选错的典型错误现象
不是“功能没实现”，而是行为反直觉——这些信号说明你可能用错了方法：
- 刷新页面弹出“确认重新提交表单”对话框 → 这是
POST的正常提示，但如果你本意是查数据（比如点“下一页”），就不该触发它 - 地址栏突然堆满参数，且能复制分享 →
GET在工作，但可能不该让它干这个活 - 上传文件后
req.files是空对象，但req.body有值 →enctype没设成multipart/form-data - 中文或 emoji 提交后变乱码 →
GET对非 ASCII 支持弱，应改用POST并确保前后端都用 UTF-8
最常被忽略的一点：幂等性。GET 请求天然可缓存、可重放、无副作用；POST 则代表“这次操作可能改数据库”。哪怕只是加个购物车商品，也该用 POST——否则用户手抖连点两次，后台就多插入一条记录。
