HTTP协议里，法方法GET和POST是法方法两个最常用的方法。但很多人对它们的法方法理解停留在“GET从服务器拿数据，POST往服务器发数据”这种粗略层面。法方法实际上，法方法它们之间的法方法区别远比这个复杂，而且不少开发者在实际项目中踩过坑。法方法

先看一个最直接的法方法差异：GET请求的参数是拼在URL后面的。比如你访问https://example.com/search?法方法keyword=apple&page=2，服务器能从URL里直接拿到keyword和page的法方法值。而POST请求的法方法参数放在请求体（body）里，URL上看不到任何痕迹。法方法这个差异带来的法方法第一个实际影响是——GET请求会被浏览器缓存，也会留在历史记录里。法方法你刷淘宝时，法方法搜索关键词会出现在地址栏，刷新页面后浏览器可能直接从缓存里加载结果，而不是重新请求服务器。POST则不会，它每次都要实实在在发给服务器处理。

更关键的是数据量限制。HTTP协议本身没规定GET的URL长度上限，但浏览器和服务器都有限制。IE浏览器对URL长度限制在2083个字符，Nginx服务器默认是8KB。一旦超过这个长度，服务器直接返回414错误。POST没有这个烦恼，它的数据放在body里，理论上可以传输数GB的数据（实际受服务器配置影响）。我见过一个真实案例：某公司的内部系统用GET请求提交一个很长的表单，用户填到一半点击提交，页面直接报错，数据全丢了。后来改成POST，问题立刻消失。

安全性上，两者都不能提供真正的加密——那得靠HTTPS。但GET请求的参数会在服务器日志、代理服务器日志、浏览器历史记录里留下明文痕迹。想象一下，你在公共电脑上登录网银，如果用GET提交账号密码，地址栏里就会暴露?username=xxx&password=yyy。POST的参数在日志里通常不会记录，相对隐私性好一些。但这不等于POST绝对安全，抓包工具照样能看到body里的内容。

再说语义上的差异。GET是幂等的——你连续发送10次GET请求，服务器上的资源状态不会改变。POST是非幂等的——发送10次POST可能创建10个新资源。这个特性决定了它们的使用场景：GET适合查询操作，比如查看文章、搜索商品；POST适合提交操作，比如创建订单、修改用户信息。有些开发者用GET去删除数据，这完全违背了HTTP设计者的初衷，而且搜索引擎爬虫可能会顺着链接自动触发删除操作，造成不可逆的损失。

还有一个容易忽略的点：POST请求的编码方式更多样。GET只能通过URL编码传递参数，格式单一。POST支持application/x-www-form-urlencoded、multipart/form-data（用于文件上传）、application/json等多种格式。你在网页上上传图片，必须用POST加multipart格式，GET完全做不到。

实际项目里，我见过不少混乱用法。有人为了省事，把更新操作也写成GET，结果被CDN缓存了响应，用户改了信息却看不到变化。还有人用POST做纯查询，白白浪费了性能——因为POST无法被浏览器预加载，也不能被CDN缓存，每次都要完整走一遍网络链路。

选择GET还是POST，核心看三个维度：参数是否敏感、数据量是否大、操作是否改变资源状态。敏感数据用POST，大文件用POST，写操作用POST。剩下的查询场景，大胆用GET，享受缓存带来的速度提升。就这么简单，别把问题复杂化。