表单默认提交是GET，不写method属性时浏览器强制按GET提交，数据拼在URL中导致敏感信息暴露、URL冗长、刷新重复提交等问题；必须显式设method="POST"并配对enctype与后端解析中间件。
表单默认提交是 GET，不写 method 就会污染 URL
浏览器对 <form></form> 的默认行为是 method="GET"。只要没显式声明 method，所有字段都会拼进 URL 查询字符串，比如 /login?username=&password=&submit=Login。这不是 bug，是规范行为，但多数登录、注册场景下完全不该出现。
常见错误现象：
- 地址栏突然变长，含空值或敏感字段（如密码明文出现在 history 中）
- 刷新页面时触发重复提交（GET 可缓存、可重放）
- 后端收不到数据——因为没配
req.query，只查了req.body
解决方式很简单：所有非查询类表单，必须显式写 method="POST"。哪怕只是测试，也别依赖默认值。
POST 提交必须配对 enctype 和后端解析逻辑
enctype 不只是上传文件才管用，它决定了请求体怎么编码，直接决定后端能不能拿到 req.body。
立即学习“前端免费学习笔记（深入）”；
三种常见组合：
从零开始创建惊艳、动画丰富且自包含的 HTML 演示文稿，或通过转换 PowerPoint 文件生成。当用户希望制作幻灯片、构建演示文稿、打造路演资料（pitch deck）、将 PPT/PPTX 转换为网页格式，或增强现有 HTML 演示文稿时，应使用此能力。该能力帮助用户通过视觉预览而非抽象选项来发掘自身审美偏好。
-
enctype="application/x-www-form-urlencoded"（默认）：适合纯文本字段，fetch发FormData时自动用这个；后端需 body-parser 或类似中间件解析 -
enctype="multipart/form-data"：必须用于含<input type="file">的表单；不能和 JSON 混用；后端要用 multer（Node.js）或$_FILES（PHP）处理 -
enctype="text/plain"：极少用，调试时看原始键值对换行分隔，但后端基本不支持，别在线上用
容易踩的坑：fetch 手动设 Content-Type: application/json，但表单仍是 application/x-www-form-urlencoded 编码——这会导致后端解析失败，400 或空 body。
用 fetch 提交表单时，FormData 是最稳的选择
想避免页面跳转又不想手拼 query string？FormData 是浏览器原生支持、兼容性好、能自动处理文件和普通字段的方案。
实操要点：
- 创建时传入表单元素：
new FormData(document.getElementById('myForm')) - 不要手动设
Content-Type头——fetch会自动设为multipart/form-data或application/x-www-form-urlencoded，取决于是否有文件 - 如果后端只认 JSON，就别用
FormData，改用Object.fromEntries(new FormData(form))转对象再JSON.stringify() - 注意空值：checkbox/radio 未选中时不会出现在
FormData中，不是undefined或空字符串
阻止默认提交后，别漏掉 loading 状态和错误反馈
event.preventDefault() 只是第一步。用户点提交后没视觉反馈，会狂点，造成重复请求；后端报错也没提示，用户以为没发出去。
最小可用闭环：
- 提交瞬间禁用按钮：
button.disabled = true，防止连点 - 成功后清空表单或跳转：
form.reset()或window.location.href = '/success' - 失败时显示具体错误：
response.json()返回的message或字段级错误，别只弹 “提交失败” - 网络异常要兜底：
catch里恢复按钮状态，不然用户卡死
复杂点在于表单字段多、校验逻辑分散、后端返回结构不统一——这时候硬写一堆 if (res.field === 'email') {...} 很容易漏，建议用 schema 驱动错误映射，而不是靠 if 判断字段名。
