HTTP 系列1/4HTTP 是什么 → 请求与响应 → 状态码 → HTTPS一、你每天都在用 HTTP但你真的了解它吗 打开浏览器访问一个网页用requests.get()调一个模型的推理 API或者用curl测试后端接口。这些动作背后都在说同一种语言HTTP。 作为 ML 工程师你可能对梯度下降了如指掌但当你要把模型部署成 API、调试一个返回 500 的推理服务、或者搞清楚为什么跨域请求被拦截时HTTP 的基础知识就变得不可或缺了。 这个系列不会把 RFC 文档翻译一遍给你看。我们会用最直觉的方式把 HTTP 的核心概念讲清楚。今天从最基本的问题开始HTTP 到底是什么二、先用一个类比建立直觉 HTTP 的工作方式很像在餐厅点餐。 你坐下来跟服务员说“来一份番茄炒蛋。” 服务员去后厨回来告诉你“好的马上做” 。有时厨房的食材可能用完了我们会等到服务员过来对我们说 “抱歉番茄用完了。”2.1 关键特征一来一回你说一句服务员回一句。你不说话服务员不会主动端菜过来。你来主导永远是你先开口请求服务员再回应响应。服务员不记得你每次点餐都是独立的。你昨天来过、点过什么服务员完全不记得。这就是 HTTP 的三个核心特征请求-响应模型、客户端驱动、无状态。2.2 类比 把这个类比映射到技术世界 用表格再做一份文字版对照餐厅HTTP顾客客户端浏览器、Python 脚本服务员 后厨服务器“来一份番茄炒蛋”HTTP 请求“好的给您”HTTP 响应服务员不记得你无状态Stateless三、HTTP 的正式定义HTTP全称HyperText Transfer Protocol超文本传输协议。3.1 定义描述HyperText超文本最初指带链接的文本HTML现在 HTTP 传的远不止文本。JSON、图片、视频、模型权重文件什么都行。Transfer传输在网络上搬运数据。Protocol协议双方约定好的通信规则。就像你和服务员都说中文客户端和服务器都遵守 HTTP 协议才能互相理解。HTTP 是一个应用层协议跑在 TCP 之上。如果你熟悉网络分层模型HTTP 处于最顶层。它不关心数据包怎么在网线里传输那是 TCP/IP 的事它只关心我要什么数据和给你什么数据。3.2 代码实现 用一段 Python 来感受一下importrequests responserequests.get(https://www.google.com) 这一行代码做了什么(1) 客户端构造HTTP请求# 方法: GET# 目标: /# 发往: www.google.com(2) 服务器收到请求处理后返回HTTP相应print(Status Code: ,response.status_code)# 200 —— 表示成功print(Content Type: ,response.headers[Content-Type])输出Status Code:200Content Type: text/html;charsetISO-8859-1 一来一回这就是一次完整的 HTTP 通信。下一篇我们会详细拆解请求和响应各自长什么样今天先抓住这个一来一回的核心模型。四、请求-响应模型 HTTP 的通信永远遵循一个模式客户端发起请求服务器返回响应。4.1 服务器只能被动回应客户端先开口服务器只能被动回应。服务器不会主动推送数据给你想实现主动推送需要 WebSocket 等其他协议那是另一个话题了。4.2 请求和响应一一对应一个请求对应一个响应。你发一个请求得到一个响应。想要两份数据发两个请求。4.3 格式固定请求和响应都有固定的格式。不是随便说句话就行得按规矩来。具体格式我们下一篇展开。 我们用curl来直观感受这个过程curl-vhttps://www.google.com# 你发出的请求精简版 GET /get HTTP/1.1 Host: www.google.com# 服务器返回的响应精简版 HTTP/1.1 200 OK Content-Type: text/html !doctype html...Google 首页的 HTML开头的是你发出去的内容开头的是服务器返回的内容。一来一回清清楚楚。五、无状态HTTP 最重要的设计决策HTTP 是无状态协议。每次请求都是独立的服务器不会记住你之前做过什么。5.1 什么是无状态协议 这意味着什么你发了两个请求# 第一个请求登录requests.post(https://example.com/login,data{user:alice,pwd:123})# 第二个请求获取个人信息requests.get(https://example.com/profile) 第二个请求会失败。因为服务器处理第二个请求时完全不知道你刚刚登录过。对它来说这是一个全新的、匿名的请求。5.2 网站是怎么保持登录状态的 靠的是在 HTTP 之上额外加了一层机制Cookie、Session、Token。这些不是 HTTP 协议本身的功能而是应用层的补丁。 无状态看起来是个缺点但其实是精心设计的结果。正因为无状态服务器不需要维护连接状态可以轻松横向扩展。你的请求被分配到哪台服务器都一样这对大规模分布式系统至关重要。六、HTTP 的演进从青铜到王者 HTTP 不是一成不变的。从 1991 年至今它经历了几次重要的版本升级版本年份关键改进HTTP/0.91991最初版本只能 GET只能传 HTMLHTTP/1.01996加了请求头、状态码、多种内容类型HTTP/1.11997至今最广泛使用支持持久连接、管线化HTTP/22015多路复用、头部压缩、二进制分帧更快HTTP/32022底层从 TCP 换成 QUIC基于 UDP更快更稳 你现在写的大部分代码底层用的都是HTTP/1.1 或 HTTP/2。好消息是不管版本怎么变请求-响应的核心模型没有变。所以我们这个系列讲的概念对所有版本都适用。 版本升级主要解决的是性能问题更快、更省带宽而不是改变通信模型。所以你不需要为每个版本单独学一套东西。七、总结 回顾一下今天的核心要点HTTP 是客户端和服务器之间的通信协议全称 HyperText Transfer Protocol请求-响应模型客户端发请求服务器回响应永远是这个顺序无状态服务器不记得你之前做过什么每次请求都是全新的。登录状态靠 Cookie/Session/Token 维持应用层协议跑在 TCP 之上HTTP/3 跑在 QUIC 之上不关心底层传输细节持续演进从 1.0 到 3性能不断提升但核心模型不变 下一篇我们来拆解 HTTP 请求和响应的具体结构。请求行、请求头、请求体各自是什么响应又长什么样。搞清楚这些你才能真正读懂curl -v的输出也才能在调试 API 时知道问题出在哪一层。
【HTTP协议解读】01小白篇：理解互联网的通信语言HTTP
HTTP 系列1/4HTTP 是什么 → 请求与响应 → 状态码 → HTTPS一、你每天都在用 HTTP但你真的了解它吗 打开浏览器访问一个网页用requests.get()调一个模型的推理 API或者用curl测试后端接口。这些动作背后都在说同一种语言HTTP。 作为 ML 工程师你可能对梯度下降了如指掌但当你要把模型部署成 API、调试一个返回 500 的推理服务、或者搞清楚为什么跨域请求被拦截时HTTP 的基础知识就变得不可或缺了。 这个系列不会把 RFC 文档翻译一遍给你看。我们会用最直觉的方式把 HTTP 的核心概念讲清楚。今天从最基本的问题开始HTTP 到底是什么二、先用一个类比建立直觉 HTTP 的工作方式很像在餐厅点餐。 你坐下来跟服务员说“来一份番茄炒蛋。” 服务员去后厨回来告诉你“好的马上做” 。有时厨房的食材可能用完了我们会等到服务员过来对我们说 “抱歉番茄用完了。”2.1 关键特征一来一回你说一句服务员回一句。你不说话服务员不会主动端菜过来。你来主导永远是你先开口请求服务员再回应响应。服务员不记得你每次点餐都是独立的。你昨天来过、点过什么服务员完全不记得。这就是 HTTP 的三个核心特征请求-响应模型、客户端驱动、无状态。2.2 类比 把这个类比映射到技术世界 用表格再做一份文字版对照餐厅HTTP顾客客户端浏览器、Python 脚本服务员 后厨服务器“来一份番茄炒蛋”HTTP 请求“好的给您”HTTP 响应服务员不记得你无状态Stateless三、HTTP 的正式定义HTTP全称HyperText Transfer Protocol超文本传输协议。3.1 定义描述HyperText超文本最初指带链接的文本HTML现在 HTTP 传的远不止文本。JSON、图片、视频、模型权重文件什么都行。Transfer传输在网络上搬运数据。Protocol协议双方约定好的通信规则。就像你和服务员都说中文客户端和服务器都遵守 HTTP 协议才能互相理解。HTTP 是一个应用层协议跑在 TCP 之上。如果你熟悉网络分层模型HTTP 处于最顶层。它不关心数据包怎么在网线里传输那是 TCP/IP 的事它只关心我要什么数据和给你什么数据。3.2 代码实现 用一段 Python 来感受一下importrequests responserequests.get(https://www.google.com) 这一行代码做了什么(1) 客户端构造HTTP请求# 方法: GET# 目标: /# 发往: www.google.com(2) 服务器收到请求处理后返回HTTP相应print(Status Code: ,response.status_code)# 200 —— 表示成功print(Content Type: ,response.headers[Content-Type])输出Status Code:200Content Type: text/html;charsetISO-8859-1 一来一回这就是一次完整的 HTTP 通信。下一篇我们会详细拆解请求和响应各自长什么样今天先抓住这个一来一回的核心模型。四、请求-响应模型 HTTP 的通信永远遵循一个模式客户端发起请求服务器返回响应。4.1 服务器只能被动回应客户端先开口服务器只能被动回应。服务器不会主动推送数据给你想实现主动推送需要 WebSocket 等其他协议那是另一个话题了。4.2 请求和响应一一对应一个请求对应一个响应。你发一个请求得到一个响应。想要两份数据发两个请求。4.3 格式固定请求和响应都有固定的格式。不是随便说句话就行得按规矩来。具体格式我们下一篇展开。 我们用curl来直观感受这个过程curl-vhttps://www.google.com# 你发出的请求精简版 GET /get HTTP/1.1 Host: www.google.com# 服务器返回的响应精简版 HTTP/1.1 200 OK Content-Type: text/html !doctype html...Google 首页的 HTML开头的是你发出去的内容开头的是服务器返回的内容。一来一回清清楚楚。五、无状态HTTP 最重要的设计决策HTTP 是无状态协议。每次请求都是独立的服务器不会记住你之前做过什么。5.1 什么是无状态协议 这意味着什么你发了两个请求# 第一个请求登录requests.post(https://example.com/login,data{user:alice,pwd:123})# 第二个请求获取个人信息requests.get(https://example.com/profile) 第二个请求会失败。因为服务器处理第二个请求时完全不知道你刚刚登录过。对它来说这是一个全新的、匿名的请求。5.2 网站是怎么保持登录状态的 靠的是在 HTTP 之上额外加了一层机制Cookie、Session、Token。这些不是 HTTP 协议本身的功能而是应用层的补丁。 无状态看起来是个缺点但其实是精心设计的结果。正因为无状态服务器不需要维护连接状态可以轻松横向扩展。你的请求被分配到哪台服务器都一样这对大规模分布式系统至关重要。六、HTTP 的演进从青铜到王者 HTTP 不是一成不变的。从 1991 年至今它经历了几次重要的版本升级版本年份关键改进HTTP/0.91991最初版本只能 GET只能传 HTMLHTTP/1.01996加了请求头、状态码、多种内容类型HTTP/1.11997至今最广泛使用支持持久连接、管线化HTTP/22015多路复用、头部压缩、二进制分帧更快HTTP/32022底层从 TCP 换成 QUIC基于 UDP更快更稳 你现在写的大部分代码底层用的都是HTTP/1.1 或 HTTP/2。好消息是不管版本怎么变请求-响应的核心模型没有变。所以我们这个系列讲的概念对所有版本都适用。 版本升级主要解决的是性能问题更快、更省带宽而不是改变通信模型。所以你不需要为每个版本单独学一套东西。七、总结 回顾一下今天的核心要点HTTP 是客户端和服务器之间的通信协议全称 HyperText Transfer Protocol请求-响应模型客户端发请求服务器回响应永远是这个顺序无状态服务器不记得你之前做过什么每次请求都是全新的。登录状态靠 Cookie/Session/Token 维持应用层协议跑在 TCP 之上HTTP/3 跑在 QUIC 之上不关心底层传输细节持续演进从 1.0 到 3性能不断提升但核心模型不变 下一篇我们来拆解 HTTP 请求和响应的具体结构。请求行、请求头、请求体各自是什么响应又长什么样。搞清楚这些你才能真正读懂curl -v的输出也才能在调试 API 时知道问题出在哪一层。
