1. 先搞清楚HTTP在互联网里到底扮演什么角色

1.1 HTTP是什么，解决什么问题

HTTP协议，全称是超文本传输协议（HyperText Transfer Protocol），名字里有“超文本”，但今天它传输的早就不只是HTML页面了。图片、音频、视频、JSON数据、压缩包，甚至设备上报的二进制报文，全都能通过HTTP来传。可以说HTTP是互联网世界里最通用的“快递公司”：客户端把需求写好贴上去，服务器收到后按地址打包送回，双方都不需要知道对方内部长什么样，只要遵守同一套“面单格式”就能通信。

很多人一听到“协议”两个字就觉得抽象，其实可以把它理解成“约定”：客户端和服务器约定好怎么打招呼、怎么提请求、怎么回结果。HTTP本身不负责把数据从一个城市送到另一个城市，那是TCP/IP的事；HTTP只负责描述“我想干什么”“我要什么格式的数据”“你回什么状态”。没有HTTP，浏览器和服务器之间就是一对互相听不懂的人，各说各话，什么网页、接口、订单都转不起来。

做开发、运维、甚至只是喜欢折腾软件的人，都绕不开HTTP。你可能没写过协议栈，但你一定看过502 Bad Gateway、401 Unauthorized这些报错；一定用过wget下载安装包；一定在浏览器开发者工具里盯着Network面板查过为什么接口超时。这些都是HTTP在“现场直播”。所以这篇东西不打算念文档，而是从实际工作里的踩坑往外讲，把协议是怎么工作的、状态码怎么读、连接怎么复用、报错怎么排查，一条条说清楚。

1.2 HTTP与TCP/IP、HTTPS的分工

要理解HTTP，得先分清它和TCP/IP的关系。TCP/IP是底层“运输公路”，解决的是数据包怎么从一台设备可靠地到另一台设备；HTTP是跑在公路上的“快递面单规范”，解决的是到了之后，用什么格式问、用什么格式答。用个更生活化的例子：TCP是电话线，保证线路接通、话音不断；HTTP是打电话时的语言，你问“你好，我想买两斤苹果”，对方回“好的，一共十块钱”。语言不一样，电话打得通也白搭。

HTTPS也不是另一种协议，它就是在HTTP外面套了一层加密外壳。原来的HTTP内容是明文传输，中间任何一个路由节点都能看到你传了什么，所以出现了TLS/SSL协议来加密。HTTPS默认走443端口，HTTP默认走80端口。日常做开发时，如果遇到“明明http能通、https不通”，先别猜系统问题，大概率是证书没配好、端口没放行、或者服务只监听了其中一个。

1.3 哪些场景离不开HTTP

网页浏览是最直观的场景，但HTTP的覆盖范围早就超过了浏览器。现在几乎所有的服务端API都是基于HTTP的，RESTful架构下，前端调后端、后端调第三方服务，全是在发HTTP请求。微服务之间虽然是内部网络调用，但大量也是HTTP。物联网设备虽然常提MQTT、Modbus等协议，但固件升级、设备注册、数据上报经常要通过HTTP接口。命令行工具下载安装包，比如运行wget、curl，走的也是HTTP或HTTPS。更有意思的是，有些看起来跟HTTP无关的二进制协议，比如充电桩协议、工业现场总线，某些管理平台的上行数据也会封装成HTTP报文。所以，HTTP已经不只是“网页协议”，它成了通用的应用层交互接口。

基于这个背景，下面咱直接从实际使用角度拆开看：一次HTTP请求进去，到底要经过哪些环节，怎么快速定位问题是出在格式上、网络上、还是服务端逻辑上。

2. 请求与响应：把自己当成一个“发快递的”

2.1 请求行、请求头、请求体分别装了什么

一次HTTP请求由一个请求行、若干请求头、空行、以及可选的请求体组成。请求行是最核心的三要素：方法、路径、协议版本。比如 GET /index.html HTTP/1.1，意思是“我要用GET方法取/index.html这个资源，协议版本是1.1”。方法常见的有GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS。GET适合取数据，POST适合提交数据，PUT强调整体替换，PATCH做局部修改，DELETE是删除。这只是语义约定，具体怎么实现看服务端怎么设计，但建议别乱用，因为框架、网关、性能监控都默认按这些语义做处理。

请求头是给服务器的一些附加说明，比如 Host 告诉服务器你要访问哪个域名，User-Agent 说明客户端是什么浏览器或工具，Content-Type 声明请求体的媒体类型，Authorization 放凭证信息，Cookie 带上会话状态。请求体一般用于POST/PUT，可以传JSON、表单、文件流等。有一个新手容易搞混的点：GET请求也可以带Body，但很多网关或服务端框架根本不读，最好别依赖这个；URL上的查询参数只是请求的一部分，真正提交的数据放Body里更稳妥。

响应和请求长得差不多，最前面是状态行，包含HTTP版本、状态码、状态描述，比如 HTTP/1.1 200 OK。然后是响应头，里面会告诉你Content-Type、Content-Length、Cache-Control等。最后是响应体，也就是实际返回给客户端的内容。我排查问题时的习惯是：先看状态行对不对，再看响应头有没有异常，最后才扣响应体。很多人一上来就看接口返回的JSON，反而把状态码和响应头里的关键线索漏了。