第 1 卷 · 第 3 章 · 第 08 篇
作者：鱼宵｜系列「软考架构师实战精通营（教材版）」
面向：基础一般、想一次考过系统架构设计师的你
考点权重：高频（近 5 年综合知识几乎年年涉及，供参考）
一、本篇目标
一句话：学完这篇，你能说出一次网页请求的报文长什么样、状态码 200/404/500 各代表啥、HTTPS 为什么比 HTTP 安全；考场上看到"HTTPS 默认端口""哪个不是 SSL 的特性"这种题，三秒锁定答案。
网络这章里 HTTP 是出题大户：报文结构、状态码、端口号、HTTPS 加密原理，年年换皮反复考。
对应教材与大纲
- 教材：清华大学出版社《系统架构设计师教程（第 2 版）》第 2 章 2.5 计算机网络（2.5.3 网络技术），加密相关另见第 4 章 4.4 对称/非对称密钥加密算法（已核清华社官网目录 https://www.tup.com.cn/bookscenter/bookcatalog?id=09190101 ）。
- 大纲条目：2022 版考试大纲"1.4 数据通信与计算机网络"中的"常用的协议标准"，以及"信息安全"范畴下的加密与证书要求。
二、零基础开胃课：先把"点单送菜"这套模型认掉
想象你在餐厅吃饭。你点单（请求），后厨做菜（处理），服务员把菜端给你（响应）。HTTP 干的就是这件事——你的浏览器是顾客，服务器是后厨。
三个生词先认掉：
- HTTP：超文本传输协议。就是你和后厨之间约定好的"点单规矩"：点单要说清点哪道菜（路径）、堂食还是打包（方法）。
- 请求 / 响应：你递的单子叫请求，后厨端出来的菜叫响应。
- 状态码：服务员回话的暗语——“上菜了”、“这道菜没有”、“后厨炸了”。三位数，每位数代表一大类。
先建立直觉：浏览器和服务器之间没有聊天，只有"你递单、它回菜"这一来一回。HTTP 是无状态的——上一单它不记得你，每一单都是新顾客。
为什么这章值得多花时间？网络题里 HTTP 是出题密度最高的小节之一：端口号、状态码、HTTPS 加密原理，几乎每套上午卷都沾边。而且它不考计算，就是钉死的事实——背下来就拿分，是你卷子上性价比很高的一块。
再把一次"打开网页"的完整点单流程走一遍，你边看边数：你在地址栏敲网址（相当于告诉服务员去哪家店）→ 浏览器问"这家店在哪"（DNS 查 IP，下篇详讲）→ 连上店门（TCP 三次握手）→ 递单（发 HTTP 请求）→ 后厨做菜（服务器处理）→ 服务员端菜（HTTP 响应）。本篇只讲中间"递单和端菜"这两段。
再提前说一句你会卡住的地方：为什么浏览器能直接跟服务器对话，中间路由器、交换机都不说话？因为按第 7 篇的分层规矩，路由器只拆到网络层看 IP，交换机只拆到链路层看 MAC——它们根本不认识 HTTP 报文，也不需要认识。HTTP 是应用层的事，只有你的浏览器和服务器这"两端"在对话。理解这个，你就理解了为什么网络设备全都"透明"穿过 HTTP。
三、概念讲解：十三个考点逐个过
网页到底是怎么从服务器到你家电脑的？
1. HTTP 是什么：浏览器和服务器的点单规矩
没有它会怎样？每家店的菜单格式都不一样，你没法点单。生活例子：餐厅约定好"点单写清菜名+忌口"，后厨才能照做。回到技术：HTTP 是应用层协议，规定了浏览器（客户端）和服务器之间对话的格式。考点一句话：HTTP 是应用层、无状态的超文本传输协议——它跑在传输层 TCP 之上。
2. URL 结构：单子上的地址栏
不会拆会怎样？看到一串网址不知道哪段是哪段。生活例子：地址 = “协议://主机:端口/路径?查询条件”。拆开看：https（协议）😕/www.xxx.com（主机）:443（端口）/news（路径）?id=1（查询参数）。回到技术：URL 就是"去哪台机器、哪个程序、要哪份文件"的完整地址。考点一句话：协议、主机、端口、路径、查询，五段记全。
3. 请求报文四部分：你的点单长什么样
不知道格式会怎样？你递一张只有"吃饭"俩字的条子，后厨不知道你要啥。生活例子：点单 = 点的菜（请求行）+ 备注（请求头）+ 一张空白行 + 你要交给后厨的材料（请求体）。回到技术：请求行（方法 路径 版本）→ 请求头若干行 → 空行 → 请求体。考点一句话：四部分，空行是头和体的分界线——GET 请求一般没请求体。
4. 响应报文四部分：后厨端菜长什么样
不知道格式会怎样？服务员端着菜不说话，你不知道是上菜了还是报错。生活例子：端菜 = 一句话报状态（状态行：版本+状态码+短语）+ 备注（响应头）+ 空行 + 菜本身（响应体）。回到技术：状态行（版本 状态码 短语）→ 响应头 → 空行 → 响应体。考点一句话：响应和请求结构对称，都有那条空行分界线。
状态码 404 到底啥意思？
5. 方法 GET/POST/PUT/DELETE 与幂等
分不清会怎样？你拿"下单"的方法去"删除订单"，逻辑全乱。生活例子：GET = 看菜单（只看不改）；POST = 下单（每次下单都生成新单）；PUT = 改这份订单的内容；DELETE = 取消这份订单。回到技术：幂等 = 同一个请求发一次和发十次，结果一样。GET、PUT、DELETE 幂等；POST 不幂等（发十次生成十个单）。考点一句话：GET 查、POST 增、PUT 改、DELETE 删；POST 不幂等。
6. 状态码分类：第一位数字定大类
记不住三位数会怎样？考试问"3xx 是什么意思"，你蒙。生活例子：服务员暗语第一位报大类——2 开头=好消息，3 开头=你跑错窗口了，4 开头=你的单子写错了，5 开头=后厨出事了。回到技术：1xx 信息、2xx 成功、3xx 重定向、4xx 客户端错、5xx 服务器错。考点一句话：4 开头是你错，5 开头是它错——这句话考场救命。
7. 常见状态码：钉死这几个
只记大类会怎样？题目直接给 304、502，你还是不会。钉死清单：200 成功；301 永久搬家、302 临时搬家、304 你的缓存还没过期，别重复传；400 单子写错了、401 没登录、403 登录了但不让进、404 这道菜没有；500 后厨炸了、502 上游坏了、503 后厨正在休息。考点一句话：404 是"找不到资源"，不是服务器坏了——服务器坏了是 500。
8. 无状态与 Cookie/Session：后厨怎么记住你
不记状态会怎样？你刚点完单，后厨说"请问您是哪位"。生活例子：HTTP 本是无状态的——但餐厅给你发了个手牌（Cookie），你每次递单举手牌，后厨就记得你。回到技术：Cookie 存在你浏览器里，每次请求自动带上；Session 存在服务器那边，靠 Cookie 里的编号对上号。考点一句话：HTTP 无状态，Cookie/Session 用来补"记住你"的能力。
为什么支付网站必须用 HTTPS？
9. 80 与 443：两个钉死的端口号
不记会怎样？题目问"HTTPS 默认端口"，你猜。生活例子：餐厅前门和包间门，默认走哪个门是约定好的。回到技术：HTTP 默认 80 端口，HTTPS 默认 443 端口。考点一句话：80 明文、443 加密，两个数字年年考。
10. HTTPS = HTTP + TLS：不是新协议
以为是全新东西会怎样？考试问"HTTPS 是什么"，你瞎编。生活例子：HTTPS 不是另一家餐厅，是同一家餐厅换了个包间——单子还是那张单子，只是包间里说话别人听不见。回到技术：HTTPS = HTTP 套了一层 TLS 加密层，端口从 80 变 443。考点一句话：HTTPS 不是新协议，是 HTTP + 加密。
11. 对称与非对称加密：快和安全怎么搭配
只懂一种会怎样？要么慢，要么不安全。生活例子：对称加密 = 同一把钥匙锁和开，快，但钥匙怎么交给对方是个问题；非对称加密 = 一把公开的锁（公钥）谁都能锁上，但只有你手里的钥匙（私钥）能开——慢，但钥匙不用送。回到技术：实际干活用对称加密（快），而那把对称密钥，用非对称加密安全地送过去。考点一句话：非对称管"送密钥"，对称管"传数据"。
12. 数字证书：网站的身份证
不验会怎样？你以为对面是银行官网，其实是骗子搭的假网站。生活例子：身份证由派出所（权威机构）盖章发的，你不能自己印一张说"我是银行"。回到技术：数字证书由**CA（证书颁发机构）**签发，证明"这个域名确实属于这家公司"。浏览器一查证书不对，就弹红色警告。考点一句话：证书 = CA 盖章的网站身份证，防冒充。
13. TLS 握手四步：包间里怎么开聊
不理解会怎样？HTTPS 流程题直接懵。生活例子：进包间前先聊四句——你说"我支持这些加密方式"，对方回"我用这把锁"（证书+公钥），你验证身份证、生成一把新钥匙用公钥锁好发过去，双方约定"从此用这把钥匙说话"。回到技术：握手 = 协商加密方式 → 服务器发证书和公钥 → 客户端验证证书并产生对称密钥（用公钥加密回传）→ 双方用对称密钥通信。考点一句话：握手的目的就一个——安全地把对称密钥交到双方手里。
14. 常见请求头：单子上的备注栏
不认会怎样？题目给一行 “Content-Type: application/json”，你不知道是啥。钉死几个：Host（你要哪台主机，一台服务器挂多个网站全靠它区分）；User-Agent（你用什么浏览器/设备）；Content-Type（你这袋材料是什么格式：json、表单、网页）；Accept（你能接收什么格式的菜）。生活例子：备注栏写"少辣、不要香菜、用一次性餐盒"——每一行都是给后厨的信息。考点一句话：Host 区分网站，Content-Type 说明格式，两个最常考。
15. GET 和 POST 的参数放哪：单子和随身包
分不清会怎样？你把订单号塞进 URL 里刷别人都能看见。生活例子：GET 的参数写在单子抬头（URL 的 ?id=1），谁都看得见，像大堂里念出来；POST 的参数塞在你随身递过去的包里（请求体），不挂在明面上。回到技术：GET 参数在 URL 里、长度受限、别传敏感信息；POST 参数在请求体里、适合传密码和大表单。考点一句话：GET 挂 URL、POST 进包——密码永远走 POST。
16. HTTP 跑在 TCP 上：先握手再上菜
不理解会怎样？题目问"HTTP 用 TCP 还是 UDP"，你蒙。生活例子：后厨上菜前，服务员先跟你确认"人到了、桌位有了"（三次握手），才开始按单做菜；UDP 则是喊一嗓子不管你听没听见。回到技术：HTTP 用可靠的 TCP——先建立连接，再传报文；为什么？因为网页是一整份文件，丢一个字都不行，不能学 UDP 那样"发完不管"。考点一句话：HTTP 基于 TCP 可靠传输，这是它和 UDP 系协议最本质的区别。
17. HTTP/1.1 与 HTTP/2 一句话了解
不要求深学，但得认得出。生活例子：HTTP/1.1 是你点一次菜上一次菜，来回跑；HTTP/2 是把多份菜装一辆车上一起送，还能压包。回到技术：HTTP/2 把多个请求压在一个连接里并发走，更快；考试只考"HTTP/2 支持多路复用"这一句。考点一句话：HTTP/2 = 多路复用，一条连接跑多个请求。
18. Content-Type 常见值：菜是什么包装
分不清会怎样？你给浏览器递了份 JSON，它非要按网页解析，全乱。钉死三个：text/html（网页）、application/json（结构化数据，前后端交互主力）、application/x-www-form-urlencoded（普通表单提交）。生活例子：同样是菜，盒装、袋装、堂食，得提前说清楚，后厨好按规矩装。考点一句话：json 是现在前后端传数据的主力格式。
四、手把手演示：报文长什么样，逐块认
例 1：一个真实的 HTTP 请求报文（示例报文）
GET /news?id=1 HTTP/1.1 ← 请求行：方法 路径?查询 版本
Host: www.example.com ← 请求头：你要访问哪台主机
User-Agent: Chrome/120 ← 请求头：你用什么浏览器
Accept: text/html ← 请求头：你能接收什么格式
← 空行（头和体的分界线）
← GET 请求没有请求体
逐块认：第一行是请求行，“GET /news?id=1"就是"我要看 /news 这页，参数 id=1”。中间三行是请求头，告诉服务器一些背景信息。空行之后是请求体——GET 一般不写东西。为什么空行重要？服务器读到空行就知道"头结束了"，下面要读体。
例 2：对应的响应报文（示例报文）
HTTP/1.1 200 OK ← 状态行：版本 状态码 短语
Content-Type: text/html ← 响应头：回你的是 HTML
Content-Length: 1200 ← 响应头：体有多长
← 空行
<html><body>新闻正文</body></html> ← 响应体
逐块认：第一行"200 OK"就是"上菜了"。中间是响应头。空行后面是真正的网页内容。为什么 200 是成功？因为 2xx 大类就是成功（第 6 小节）。
例 3：状态码判断题，现场套
- 你访问 /notfound，服务器回 404：你的单子写错了路径（4xx 客户端错），不是服务器坏了（5xx）。
- 你没登录就访问个人中心，回 401：先去登录。
- 服务器数据库挂了，回 500：后厨炸了。
- 你一小时前看过的页面又请求，服务器回 304：你的缓存没过期，别重复传了。
例 4：走一遍"输入网址到看到网页"
把前面所有零件串起来：你敲 https://www.example.com/news。第一步，浏览器解析 URL：协议是 https（走 443）、主机是 www.example.com、路径是 /news。第二步，查到主机的 IP。第三步，TCP 三次握手连上。第四步，HTTPS 握手：协商加密、验证书、交换对称密钥。第五步，发请求行 GET /news HTTP/1.1，带上 Host 头。第六步，服务器回 HTTP/1.1 200 OK，响应体里是网页 HTML。第七步，浏览器把 HTML 渲染成你看到的页面。为什么要按这个顺序？没有连接就传不了报文，没有加密握手就送不出密钥——每一步都是下一步的前提。
五、真题精讲
真题 1：HTTPS 和 HTTP 哪个说法错（2022 下半年，系统架构设计师）
题干：以下关于 HTTPS 和 HTTP 协议的描述中，不正确的是（ ）。A. HTTPS 协议使用加密传输 B. HTTPS 默认端口 443 C. HTTP 默认端口 80 D. 电子支付类网站应使用 HTTP 协议
读题：要找"不正确"的那个。思路：A、B、C 三条都是本篇钉死的事实（80 明文、443 加密、HTTPS 加密传输）；D 说支付网站用 HTTP——支付涉及钱，必须加密，必须用 HTTPS。代入：选 D。
——来源：CSDN《2022 年下半年上午综合知识真题及答案》，可信度：真题原题（考后整卷+答案解析）。
这道题的陷阱在 D：很多同学觉得"支付网站用 HTTP 也一样能付钱啊"。但 HTTP 是明文传输——你的卡号、密码在路上谁都能看到。所以支付、登录这类场景，HTTPS 不是选择题，是底线。考场记住：凡是涉及钱和密码的，必须 HTTPS。
真题 2：哪个不是 SSL 的特性（2023 上半年，系统架构设计师）
题干：下列（ ）不是 SSL 的特性。A. 保密性 B. 可靠性 C. 完整性 D. 不可抵赖性
读题：SSL 就是 HTTPS 底下那层加密（现在叫 TLS）。思路：加密保证保密性；传输中校验保证完整性；可靠传输靠 TCP 保证。不可抵赖性（你干过的事赖不掉）靠的是数字签名，不是 SSL 的活。代入：选 D。
——来源：51CTO《软考-系统架构设计师笔记-真题解析-2023 年真题》，可信度：回忆版（含答案解析）。
这道题的干扰项里，“不可抵赖性"很多同学会犹豫——加密了不就赖不掉吗？不是的。加密只能保证内容看不懂，不能证明"这活就是你干的”。要证明干过某事，得靠数字签名（你用私钥盖个章，谁都能验证）。SSL/TLS 管三件事：保密、完整、可靠，不管"赖不赖账"。
真题 3：HTTPS 的安全机制工作在哪层（2011 上半年，网络工程师中级·同族科目）
题干：HTTPS 的安全机制工作在（48），而 S-HTTP 的安全机制工作在（49）。（48）（49）A. 网络层 B. 传输层 C. 应用层 D. 物理层
读题：考 HTTPS 到底"插"在协议栈的哪一段。思路：HTTPS = HTTP + TLS，TLS 垫在 TCP（传输层）和 HTTP 之间，所以安全机制算传输层这一段（第 13 小节握手那段）；S-HTTP 是把安全做在 HTTP 报文里的老方案，留在应用层。代入：（48）选 B. 传输层，（49）选 C. 应用层。
——来源：软考之家《2011 年上半年网络工程师上午试卷》第 (48)(49) 题，http://www.ruankao123.com/uploads/pdf/zhongji/网络工程师/2011年上半年网络工程师上午试题.pdf ，可信度：真题原题（同族中级科目）。
例题 4：状态码表（教材例题）
说明：未检索到"HTTP 状态码"的系统架构设计师可溯源上午真题。下面这张表出自清华社《计算机网络》教材状态码表 3-3（例题，非软考真题），是状态码题的标准依据：
- 200 OK：成功；404：资源未找到；500：服务器内部错误。
思路对照：题目给状态码问意思，就按这张表对号——2xx 成功、4xx 你错、5xx 它错。
——来源：清华大学出版社《计算机网络》教材，http://www.tup.com.cn/upload/books/yz/042178-01.pdf 表 3-3，例题（非软考真题）。
六、图解
图 1：两张单子结构对称——都是「起始行 → 头 → 空行 → 体」；请求行写「方法 路径 版本」，状态行写「版本 状态码 短语」，GET 一般没有请求体。
读法：左右对称，都以"空行"当头和体的分界线。
图 2：握手四步——① 客户端报出自己支持的加密方式 ② 服务器选一种、发证书和公钥 ③ 客户端验证证书、生成对称密钥并用公钥送回 ④ 双方用这把对称密钥通信。
读法：前三步是"商量怎么加密"，第四步开始才正式传数据。
再强调一遍这两张图的关系：上面那张是"平时上菜的单子"，下面那张是"加密包间里开聊的流程"。普通 HTTP 请求走上面那张图就行；HTTPS 则是先把下面那张握手走完，再按上面那张图的格式加密着走。你可以把 HTTPS 理解成：HTTP 的单子格式没变，只是整张单子被装进了一个别人拆不开的信封里送过去。
七、自测五题
- 请求报文由哪四部分组成？
- HTTP 默认端口和 HTTPS 默认端口各是多少？
- 状态码 404 和 500 分别是谁的错？
- POST 方法为什么不幂等？
- HTTPS 是新协议吗？它到底是什么？
- 请求行、请求头、空行、请求体。（错了回第三节第 3 小节）
- HTTP 80，HTTPS 443。（错了回第三节第 9 小节）
- 404 是客户端（你要的资源没有），500 是服务器（它内部炸了）。（错了回第三节第 7 小节）
- 因为 POST 每次都创建新资源（发十次生成十个）。（错了回第三节第 5 小节）
- 不是。HTTPS = HTTP + TLS 加密。（错了回第三节第 10 小节）
七之补、本篇题库（自编练习 6 道）
第 1 题（自编·状态码）：你访问一个不存在的页面，服务器最可能返回哪个状态码？
- A. 200 B. 404 C. 500
答案：B。解析：4xx 是客户端错——资源不存在；500 才是服务器内部错。回指：第三节第 7 小节。
第 2 题（自编·状态码）：浏览器再次请求一个"内容没变"的页面，服务器回 304 表示什么？
- A. 页面永久搬家 B. 你的缓存还能用，别重复传 C. 你没登录
答案：B。解析：304 = Not Modified，客户端直接用本地缓存。回指：第三节第 7 小节。
第 3 题（自编·报文结构）：请求报文四部分的正确顺序是？
- A. 请求头→请求行→请求体→空行
- B. 请求行→请求头→空行→请求体
- C. 请求行→空行→请求头→请求体
答案：B。解析：空行是头和体的分界线，GET 请求体为空。回指：第三节第 3 小节。
第 4 题（自编·方法与幂等）：下列哪个方法重复发多次会创建多个资源（不幂等）？
- A. GET B. PUT C. POST
答案：C。解析：POST 每次创建新资源；GET/PUT/DELETE 幂等。回指：第三节第 5 小节。
第 5 题（自编·端口）：HTTPS 默认端口和 HTTP 默认端口分别是？
- A. 80 / 443 B. 443 / 80 C. 21 / 80
答案：B。解析：HTTP=80，HTTPS=443。回指：第三节第 9 小节。
第 6 题（自编·握手顺序）：HTTPS 握手四步的正确顺序是？
- A. 协商加密方式→服务器发证书和公钥→客户端验证书并产生对称密钥→双方用对称密钥通信
- B. 客户端先发对称密钥→服务器验证书→协商加密→开始传数据
- C. 双方先发数据→再补密钥→最后验证书
答案：A。解析：握手的目的是安全地把对称密钥交到双方手里。回指：第三节第 13 小节。
八、本篇技术英语
高频词
- request [rɪˈkwest]「瑞-快斯特」请求。
- response [rɪˈspɒns]「瑞-斯胖斯」响应。
- status [ˈsteɪtəs]「斯-得-特斯」状态。
- header [ˈhedə®]「嗨-得」报文头。
- session [ˈseʃn]「谢-审」会话（前面篇出现过）。
真实英文一句
来自 RFC 7230（HTTP 官方规范，现行由 RFC 9110/9111/9112 延续）：
“The Hypertext Transfer Protocol (HTTP) is a stateless application-level protocol for distributed, collaborative, hypertext information systems.”
三步拆读：先找动作词 is（“是”）；再找谁——主语是 The Hypertext Transfer Protocol (HTTP)（超文本传输协议，就是 HTTP）；后面 for…（用于……）全是修饰，跳过拼大意：HTTP 是一种无状态的、应用层的协议，用于分布式、协作的超文本信息系统。断句：The Hypertext Transfer Protocol (HTTP) / is a stateless application-level protocol / for distributed, collaborative, hypertext information systems。生词谐音：stateless"斯-泰特-里斯"无状态的，application-level"爱-普里-KEI-审-来-呜"应用层的，distributed"迪斯-垂-biu-tid"分布式的。跟读动作：手机词典搜 “HTTP protocol”，听 3 遍读 1 遍。
场景练习
打开浏览器随便访问一个网站，按 F12 打开开发者工具，切到 Network（网络）面板，刷新页面，点开任意一个请求，看 Headers（报文头）标签页——你能认出 Host、User-Agent、Content-Type 这些请求头，本篇第三节就没白学。
发音不标准没关系，能读个大概就行。
顺手记两组搭配：“request header”（请求头）、“status code”（状态码）。这俩词组你以后翻任何一本网络教材的英文附录都会见到，见到就是送分。
九、必背清单
下面这 12 条，每条一句话，读完当天默写一遍，写错的单独抄三遍，别偷懒。
- 请求报文四部分：请求行、请求头、空行、请求体。
- 响应报文四部分：状态行、响应头、空行、响应体。
- 空行 = 头和体的分界线。
- GET 查、POST 增、PUT 改、DELETE 删。
- POST 不幂等；GET/PUT/DELETE 幂等。
- 状态码：2xx 成功、3xx 重定向、4xx 你错、5xx 它错。
- 200 成功；404 找不到资源；500 服务器内部错。
- 301 永久重定向、302 临时、304 缓存没过期。
- HTTP 无状态，Cookie/Session 补记忆。
- HTTP 端口 80，HTTPS 端口 443。
- HTTPS = HTTP + TLS，不是新协议。
- 非对称加密管送密钥，对称加密管传数据；证书由 CA 签发。
十、速记表 + 复习计划 + 下篇预告
| 考点 | 一句话 |
|---|---|
| 请求报文 | 行、头、空行、体 |
| 响应报文 | 状态行、头、空行、体 |
| 状态码大类 | 2 成、3 跳、4 你错、5 它错 |
| 404 | 找不到资源，不是服务器坏了 |
| 端口 | 80 / 443 |
| HTTPS | HTTP + TLS |
| 加密搭配 | 非对称送密钥、对称传数据 |
复习计划（记忆曲线 1-3-7 天）：今天——合上书把报文四部分和状态码五类默写一遍；第 3 天——重做自测五题，再打开浏览器 F12 看一次真实请求头；第 7 天——把本篇和第 7 篇 OSI 放一起过，HTTP 就是应用层那层的事。
下篇预告：第 9 篇进负载均衡与 DNS——一台服务器扛不住了怎么把请求摊开？域名怎么一步步查到 IP？
互动提问：变式思考——你访问一个网站，浏览器先转圈再显示"502 Bad Gateway"。这是你的错、网站前端的错、还是后端服务器的错？答案打在评论区。
写完这篇你可以合上电脑，打开浏览器 F12 再看一眼真实请求——此刻那些英文单词你都认得，那些状态码你也不再犯怵，这就是扎扎实实的进步。下篇见。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/weixin_46316564/article/details/170183433
