目录
- POST和GET
- 主要区别对比
- ✅ 使用建议
- 💡 总结一句话
POST和GET
主要区别对比
| 特性 | GET | POST |
|---|---|---|
| 数据位置 | URL查询字符串（?key=value） | 请求体（body） |
| 数据可见性 | 明文显示在URL和浏览器历史 | 不在URL显示，相对安全 |
| 数据长度限制 | 受URL长度限制（通常2KB-8KB） | 理论上无限制，受服务器配置约束 |
| 安全性 | 较低（日志、历史记录可查） | 相对较高（但HTTPS仍必要） |
| 缓存 | 可被缓存、收藏为书签 | 不会被缓存，不能收藏为书签 |
| 幂等性 | 幂等（多次请求效果相同） | 非幂等（可能产生副作用） |
| 后退/刷新 | 无害 | 浏览器会提示重新提交数据 |
| 设计目的 | 获取数据（查询操作） | 提交数据（修改操作） |
补充说明
- 安全性误解： GET 和 POST 在未加密（HTTP）下都不安全。但 POST 因参数不显式暴露在 URL，减少了被截获的风险。
- 性能差异： GET 通常更快，因为可以被缓存；POST 多用于复杂操作，且需要两次传输（先发头，再发数据）。
- RFC 规范定义：
- GET 是“安全方法”（safe method），不应改变服务器状态。
- POST 是“非安全方法”，预期会导致资源创建或修改。
- 浏览器行为： 刷新页面时，浏览器会对 POST 请求弹出“确认重新提交”提示，防止重复提交。
✅ 使用建议
| 场景 | 推荐方法 |
|---|---|
| 查询、搜索、获取资源 | ✅ GET |
| 登录、注册、表单提交、上传文件 | ✅ POST |
| 修改或删除数据（RESTful 中常用 PUT/DELETE） | ✅ POST 或其他方法 |
| 传递敏感信息（密码、token） | ❌ 不要用 GET，✅ 必须用 POST + HTTPS |
💡 总结一句话
GET 用于“拿”数据，公开且可缓存；POST 用于“送”数据，私密且可携带大量内容。
遵循语义化使用，才能构建安全、高效、可维护的 Web 应用。