html表单未写method属性时默认使用get提交，数据拼在url查询字符串中，后端从req.query等读取；必须显式设method="post"保护敏感参数，get仅适用于搜索等只读操作。
用 GET 方法提交表单，本质就是让浏览器自动拼出带查询参数的 URL，后端从 URL 的 query string 里取值——它不神秘，但容易因细节错位导致参数丢、乱码或被截断。
为什么表单没写 method 却还是走了 GET？
HTML 表单默认行为就是 GET。只要没显式写 method="post"，哪怕只写了 <form action="/search"></form>，浏览器就会走 GET。这常导致意外暴露空字段（比如 ?username=&password=&submit=Login），尤其在登录/注册页上很危险。
- 检查表单是否漏了
method属性，别依赖默认 - 含敏感字段（密码、token、手机号）的表单，必须强制设为
method="post" - 纯搜索、筛选、分页类表单，
GET是合理选择，因为 URL 可收藏、可分享、可回退
name 属性缺失会导致参数完全不发送
GET 提交只打包所有带 name 属性的可交互元素（<input>、<select></select>、<textarea></textarea>）。没有 name 的输入框，无论有没有值，都不会出现在 URL 里。
-
<input type="text" id="q">→ 不传参（缺name） -
<input type="text" name="q" id="q">→ 传?q=xxx - 按钮也需
name才会作为键值对出现，如<button type="submit" name="action" value="search"></button>→?action=search - 禁用（
disabled）的字段不会被提交，不管有没有name
中文和特殊字符在 URL 里变成 %XX 怎么办
这是正常现象，浏览器自动做了 URL 编码（encodeURIComponent），不是 bug。后端框架（如 PHP 的 $_GET、Node.js 的 url.parse().query、ASP.NET Core 的模型绑定）都会自动解码。真正要警惕的是手动拼 URL 或用 JS 构造 fetch 请求时忘了编码：
- 直接写
location.href = "/search?q=" + userInput→ 中文会出错，必须用encodeURIComponent(userInput) - 表单原生提交不用管编码，浏览器全包了
- URL 长度超限（通常 2048 字符左右）会导致参数被截断，
GET不适合传长文本或大量复选框（比如全站标签筛选） - 服务器日志、CDN、代理可能截断过长 query string，线上要监控 414 错误
最常被忽略的一点：GET 表单的 action 路径本身如果已带查询参数（比如 action="/search?tab=active"），浏览器会把新参数追加在后面，变成 /search?tab=active&q=xxx —— 看似方便，但若后端逻辑依赖完整 query string 的顺序或结构，就可能出错。稳妥做法是 action 只写路径，参数全交给表单字段生成。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
