从EDG拿到冠军到HTTP请求，这场跨越电竞和网络的狂欢开始了。说起S11总决赛，大家都很期待EDG能够夺冠。所有人都以为DK是这次的大热门，他们在LCK赛区所向披靡，一路零封对手。所以当EDG最终以2比3完成逆转时，熬夜守在屏幕前的我们都沸腾了。原来，真正的爽感不是势在必得，而是逆风翻盘。HTTP的发展其实也充满了曲折。1996年，HTTP 1.0带着POST、GET和HEAD三个简单功能就出来了，虽然勉强能满足“看网页”的需求，但能力有限。 三年后，HTTP 1.1升级了，增加了OPTIONS、PUT、DELETE、TRACE和CONNECT五种新功能，让网页不仅仅是看，还能编辑、上传和删除。这一次升级让互联网的能力大大增强，到现在为止，HTTP 1.1还是支撑整个互联网运行的核心。HTTP 1.1不仅带来了版本升级，还有五大变化：缓存策略升级、带宽优化、错误码扩容、Host头入场和长连接上线。 缓存策略升级让缓存更加灵活，比如使用Entity tag和If-Match来控制缓存内容。带宽优化让用户只下载视频片段变得可能，比如使用Range头域和206 Partial Content实现断点续传。错误码扩容新增了24个状态码来更清楚地表示请求状态。Host头入场让虚拟主机共享IP成为可能。长连接上线则通过Keep-Alive减少了延迟和服务器压力。 POST和GET的区别一直是个热门话题。大部分人都会列举一些常见的区别来应付面试题，比如缓存、书签、历史记录、用途、安全参数长度等方面的不同。不过这些答案只能说是皮毛答案。面试官真正关注的是浏览器和服务器如何利用同一套TCP协议实现不同功能。 有人觉得GET不能带Body是因为浏览器限制太多。其实在Postman里选择GET也能带Body；后端服务器也能处理Body数据。浏览器为了兼容性关闭了GET请求的Body入口。Chrome、Firefox和Safari对GET请求Body长度限制也不一样。 IE党可能只能带2083字符的Body数据；Chrome党能到8182字符；Firefox和Safari可以放宽到65536字符；服务器端Apache和IIS甚至能处理到16384字符。 所以我们不要被浏览器限制限制了想象力。POST能做的事情GET也能做；区别不在于协议本身而是终端如何解读协议。当EDG完成惊天逆转时，我们记住的是“五个人一台戏”，而不是“五个人五种协议”。 下次准备面试时不妨多关注浏览器如何封装TCP流这类细节上——当别人还在争论GET还是POST时你已经能写出高效可维护的RESTful接口了，这才是真正的“冠军级操作”。