HTTP中GET 和 POST 的区别：别再背“标准答案”了

GET 和 POST 的区别：别再背“标准答案”了

网上关于 GET 和 POST 的区别，总有各种“标准答案”。但很多答案都停留在表面，真正理解它们，你需要从幂等性、安全、隐私、缓存等多个维度去思考。
本文将带你深入剖析，并告诉你：为什么 GET 并不总是幂等的。

一、HTTP 方法的基本语义

HTTP 协议定义了一组请求方法，最常用的就是GET和POST。按照官方语义：

• GET：请求指定的资源，不应该对服务器产生任何影响（即幂等、安全）。
• POST：将数据提交给服务器，通常会改变服务器状态（比如创建或更新资源）。

这就像：

• GET = “我想看看这本书”
• POST = “我写了一张纸条，请你收下”

二、网上流传的“标准答案”

很多文章会列一个对比表：

这些说法对 ! 但仅限于“常见实现”和“使用习惯”，并不是 HTTP 协议强制规定的。

三、其实它们没有本质区别

你完全可以通过 GET 传递数据到 body，也可以通过 POST 把参数放在 querystring 里。只是大多数浏览器和服务器框架按照习惯做了约定。

• GET 也可以带 body。
• POST 也可以把参数放在 querystring 中，这种写法完全合法，甚至很常见（比如用 POST 提交表单时，部分参数放在 URL 中）。

至于网上常说的“GET 有 URL 长度限制，POST 没有”，其实也是实现层面的问题：

• 协议层面没有限制：HTTP 协议本身从未规定 URL 的最大长度。
• 浏览器限制早已放宽：早期浏览器（如 IE）曾限制URL长度，但现代浏览器（Chrome、Firefox、Safari 等）对 URL 长度几乎没有硬性限制（实际可达数万字符）。
• 真正的限制来自服务器：通常对请求行长度有默认配置（如 8KB），超出则会返回 414 错误。但这个限制与 HTTP 方法无关，POST 的 URL 同样受此限制。

另一常见说法是“GET 只能传文本，不能传二进制”。这确实是因为 URL 的组成部分（querystring）只能包含 ASCII 字符，无法直接传输二进制数据。但是，这不代表 GET 无法传递二进制数据——你可以通过编码将二进制数据转换为文本后再放入 URL 中。常用的转换方式有：

• Base64 编码：将二进制数据转为纯文本，体积会膨胀。
• URL 编码（Percent-Encoding）：将每个字节转为%XX形式，同样可将二进制数据转为可传输的文本，但膨胀率更高（每个字节变成三个字符）。

这两种方式都能让 GET 携带二进制数据，但由于体积膨胀和 URL 总长度限制，通常不建议用 GET 传输大文件。而 POST 的 body 本身就是二进制安全的，可以直接传输原始二进制数据。

所以，所谓的“长度限制”和“二进制限制”本质上都是实现层面的约束，并非 GET 与 POST 的本质区别。真正重要的是语义、幂等性、安全与缓存策略。

四、真正重要的区别

抛开那些表面差异，你应该关注以下几点：

1. 幂等性（Idempotent）

• GET：通常被认为是幂等的，即无论执行多少次，结果一样，且不改变服务器状态。
  比如查银行卡余额：第一次查 1000 元，第二次查还是 1000 元，结果不变。

• POST：通常不幂等，多次执行可能产生不同结果（如重复下单会创建多个订单）。

但是，GET 并不总是幂等！
想象你访问某个视频网站的首页，每次请求都会返回不同的推荐内容（因为大数据分析会给你推送个性化视频）。虽然请求相同，但结果每次都不同。
这就是一个GET 请求不幂等的实际例子。
所以，幂等性不是 GET 的固有属性，而是开发者应该遵循的设计原则。

2. 安全性（Security）

很多人说 POST 比 GET 安全，理由是：GET 参数暴露在 URL 中，容易被看到；而 POST 参数在 body 里，看起来更隐蔽。
但这是对“安全”的误解。

• 真正的安全取决于是否使用 HTTPS。如果使用明文 HTTP，无论是 URL 还是 Body，抓包工具都能直接看到数据。
• 加密才是安全的核心。在 HTTPS 下，整个 HTTP 报文（包括 URL 和 Body）都会被加密，此时 GET 和 POST 的安全性完全一样。

3. 隐私性（Privacy）

• GET：参数附在 URL 中，会暴露在地址栏、浏览器历史、服务器日志、分享的链接里。
  比如在登录页面，如果用 GET 提交用户名密码，别人一眼就能从地址栏看到你的密码。
• POST：参数放在请求体里，不会出现在地址栏，也不会被浏览器历史记录或分享链接泄露。
  所以POST 在隐私保护上优于 GET，但这只是“隐私”问题，不是“安全”问题。

4. 缓存（Caching）

• GET：响应可以被浏览器、CDN 缓存，因为一般认为 GET 是幂等的，内容不会变化。
• POST：一般不缓存，因为每次请求可能改变服务器状态，缓存会导致数据错误。

但如果你用 GET 实现了非幂等（比如每次返回不同推荐），缓存策略就需要特别处理。

五、总结：多维度对比表

六、小结

GET 和 POST 的区别，不在于是不是“参数放哪里”，而在于你用它们表达什么意图。
理解幂等性、安全性、隐私性、缓存这些概念背后的逻辑，你才能真正设计出符合预期的 HTTP 接口。