GET 表单提交后 URL 里参数乱码？检查 accept-charset
浏览器默认用页面编码（如 UTF-8）编码表单值，但若 HTML 没声明编码，或服务器没按对应编码解析，%E4%BD%A0%E5%A5%BD 这类编码就可能被错误解成乱码。
实操建议：
- 确保 HTML 文档开头有
<meta charset="UTF-8"> - 在
<form></form>标签上显式加accept-charset="UTF-8"，别依赖默认 - 服务端接收时，确认框架/语言是否自动按 URL 编码还原（例如 PHP 的
$_GET已解码，Node.js 的url.parse().query则需手动decodeURIComponent()）
为什么 GET 表单的参数全出现在地址栏？这是协议行为，不是 bug
GET 方法本质就是把表单数据拼成查询字符串（?key1=value1&key2=value2），附加在 action URL 后面发起请求。这不是前端能绕过的机制，而是 HTTP 规范决定的。
这意味着：
立即学习“前端免费学习笔记（深入）”；
- 敏感信息（密码、token）绝不能用 GET 提交——会留在历史记录、代理日志、服务端 access log 里
- URL 长度受限（通常浏览器限制在 2000 字符左右），大数据量（如长文本、多选列表）容易截断或失败
- 刷新页面会重新提交，且用户可直接修改地址栏参数再回车，相当于重放请求
submit 事件里调用 event.preventDefault() 还能触发 GET 请求吗？
能，但必须手动构造并发起请求。原生表单的 GET 行为只在表单自然提交时触发；一旦你用 preventDefault() 阻止了它，后续逻辑完全由你控制。
常见做法是：
- 读取表单字段，用
new URLSearchParams(formElement).toString()生成查询字符串 - 拼到目标 URL 后，用
window.location.href = url跳转（等效于 GET） - 或者用
fetch(url)发起请求——但注意：fetch 默认是 GET，但不会自动跳转，也不会把参数塞进地址栏，除非你手动处理
别忘了：用 JavaScript 拼接 URL 时，值必须用 encodeURIComponent() 包裹，否则空格、中文、& 等字符会破坏结构。
GET 表单和直接写 href 链接有啥区别？
表面看都是跳转带参数的 URL，但关键差异在「可控性」和「语义」。
- 表单支持原生校验（
required、type="email"），链接没有 - 表单能响应用户交互（如按钮点击、回车提交），链接只能靠
<a></a>点击 - 表单的
name属性决定参数名，链接得手写完整 URL，改起来更易出错 - 服务端收到请求时，无法区分是表单提交还是链接访问——但前端可以靠
Referer或自定义 query 参数做简单判断
真正容易被忽略的是缓存：GET 请求默认可被浏览器和服务端缓存。如果表单结果不该缓存（比如实时搜索），记得在服务端加 Cache-Control: no-cache，或前端加时间戳参数（&t=1715823491）绕过。
