HTML表单未写method属性时默认且强制使用GET提交，浏览器自动拼接query string到URL，后端须从req.query等读取；漏写或错写method、无name属性、JS劫持等均会导致参数丢失或错误。
HTML表单用 GET 提交，本质就是让浏览器自动拼出带 query string 的 URL，后端从 req.query（Node.js）、$_GET（PHP）或 Request.Query（ASP.NET Core）里取值——它不难，但错一个细节，参数就丢、乱码、截断或被当成 POST。
为什么表单没写 method 却还是走了 GET
HTML 标准强制规定：form 不写 method 属性时，浏览器一律按 GET 提交。这不是“默认建议”，是硬性行为。
- 常见错误现象：登录页 URL 突然变成
/login?username=&password=&submit=Login，密码明文暴露在地址栏 - 哪怕只漏写了
method="post"，只要没显式声明，就是 GET - 判断依据最直接：提交后地址栏出现
?和参数，Network 面板里 Method 列显示GET
GET 表单必须带 name 属性，否则参数不发
name 是表单字段的“身份证”。没有 name，浏览器就当它不存在，不管有没有值、是否禁用、是否 visible。
- 无效写法：
<input type="text" id="username">→ 不会出现在 URL 里 - 有效写法：
<input type="text" name="username">→ 生成?username=xxx -
<button type="submit" name="action" value="search">也会发参：?action=search -
disabled的字段即使有name，也不会提交；readonly的可以
中文和特殊字符在 URL 里变成 %XX 怎么办
这是正常且必需的 URL 编码（encodeURIComponent），不是 bug，浏览器原生表单提交自动处理了。
立即学习“前端免费学习笔记（深入）”；
- 纯 HTML 表单提交不用管编码，浏览器全包了
- 但如果你用 JS 手动拼 URL：
location.href = "/search?q=" + userInput→ 中文会炸，必须写encodeURIComponent(userInput) - 后端框架（如 Express、Django、ASP.NET Core）都会自动解码
query string，别自己再decodeURIComponent - 真正要警惕的是：前端 JS 构造
fetch请求时忘了编码，或后端读错了位置（比如只查req.body却忽略req.query）
GET 提交超长 URL 导致参数被截断怎么办
URL 长度通常受浏览器和服务器双重限制（多数在 2048–8192 字符），超限会触发 414 URI Too Long 错误，且部分 CDN 或代理会静默截断。
- 典型高危场景：含大量复选框（如全站标签筛选）、长文本搜索、带 base64 参数的调试请求
- 检查方式：打开浏览器 DevTools → Network → 点击请求 → 查看 Headers → 看
Request URL是否明显被砍掉 - 稳妥做法：
action路径本身不要带查询参数（如避免action="/search?tab=active"），否则浏览器会追加成/search?tab=active&q=xxx，增加长度风险 - 一旦发现接近临界值，立刻换 POST，别硬扛
最容易被忽略的点是：你以为写了 method="get" 就万事大吉，但 JS 可能悄悄劫持了提交事件，用 fetch 或 location.href 发了一个 GET 请求——这时候表单本身的 method 和 name 全都失效了。真要确认，得盯死 Network 面板里的 Method 和 Request URL，而不是代码里写了什么。
