表单中get与post提交方法的区别
你填完一个登录表单，点了“提交”，提交浏览器地址栏突然变成一长串 ?表单别username=admin&password=123456。刷新一下，提交浏览器弹窗问“要重新提交吗？表单别”——这背后就是 GET 在干活。换一个场景，提交你在电商网站下单，表单别点了“确认支付”，提交地址栏纹丝不动，表单别但订单已经生成了。提交这时候，表单别POST 正在后台悄悄干活。提交
GET 和 POST 最直观的表单别区别就写在 URL 上。GET 把所有参数拼在问号后面，提交用 & 分隔，表单别像一串公开的密码。POST 把数据塞在 HTTP 请求体里，地址栏干干净净。我见过有人用 GET 提交密码，结果密码直接留在浏览器历史记录里——同事借你电脑，一敲地址栏就全看见了。这不是技术缺陷，是使用场景错配。
从数据长度来看，GET 受限于 URL 的最大长度。不同浏览器不一样，IE 曾经限制在 2083 个字符，Chrome 宽松些，但也没人拿 GET 去传一篇论文。POST 理论上没有长度限制，服务器端可以设置 client_max_body_size 之类的参数，但传个几 MB 的 JSON 完全没问题。我做过一个图片上传功能，用 GET 试了一下，浏览器直接报错 414 Request-URI Too Long。换 POST 后，几十 MB 的图片照样跑。
安全性方面，很多人说“POST 比 GET 安全”，这句话只对了一半。GET 的参数暴露在 URL 里，会被浏览器历史、代理服务器日志、Referer 头记录。POST 的数据在请求体里，不直接暴露，但如果你不用 HTTPS，抓包一样看得清清楚楚。所以真正的安全靠的是 TLS，不是换个方法。不过 GET 确实更容易泄露——比如你分享一个链接，别人点开就看到你的搜索词；POST 分享的链接不会带数据。
/delete?id=5，爬虫或者浏览器预加载可能直接把你数据删了。POST 没这个问题，因为预加载不会主动发 POST。 幂等性是个关键差异。GET 是幂等的——你请求同一个 URL 十次，结果应该一样，不会改变服务器状态。POST 不是幂等的——你提交订单十次，可能生成十个订单。浏览器刷新页面时，如果是 GET 请求，直接重新拉取；如果是 POST，会弹窗问你是否重新提交。我见过有人用 POST 做搜索，结果每次刷新都重新提交一次搜索请求，体验很割裂。搜索、筛选、分页这类操作，天生适合 GET。
缓存行为也不同。GET 请求可以被浏览器主动缓存，也可以被 CDN 缓存。你访问一个静态资源，第二次打开飞快，因为 GET 走了缓存。POST 默认不缓存，每次都要打到服务器。如果你用 POST 请求一个不变的 JSON 接口，那每次都是完整往返，浪费带宽。反过来，如果接口有副作用，比如扣款，缓存就是灾难。
实际开发里怎么选？看语义。GET 用来“获取”资源，POST 用来“创建”或“修改”资源。RESTful API 里，GET /users 列出用户，POST /users 新建用户。但现实没那么干净——有些老系统用 GET 做复杂查询，参数多到 URL 爆掉；有些前端框架把 POST 当万能方法，连获取列表都用 POST。我的经验是：只要操作是只读的、参数不多、不介意暴露，就用 GET；其余情况一律 POST。别为了“看起来规范”硬套 GET，最后被 URL 长度和编码问题坑到哭。
编码方式也有区别。GET 只能传 ASCII 字符，中文需要 URL 编码，变成 %E4%B8%AD%E6%96%87 这种鬼样子。POST 支持多种编码，application/x-www-form-urlencoded、multipart/form-data、application/json 都行。上传文件必须用 POST 加 multipart/form-data，GET 根本做不到。我试过用 GET 传二进制数据，编码后体积膨胀三倍，服务器直接拒绝。
最后说个观察：很多初学者以为“POST 更高级”，其实两者没有优劣，只有场景匹配。GET 像明信片，内容公开、长度有限、谁都能看；POST 像密封信，内容在信封里、可以很长、但邮递员想拆也能拆。选哪个，取决于你寄的是风景照还是银行密码。
```