开始前，会这些就够了
- 知道浏览器会向网站发送请求
想象你在查看一次网页请求，结果旁边写着 418 I'm a teapot，也就是“我是茶壶”。页面没有卖茶，你也没有遥控电器，怎么会冒出这种回答？这句话确实能在互联网技术文档中找到，不过它原本就是一个认真排版的玩笑。
有趣的地方还在后面：玩笑流传久了，正式规范也要交代怎样对待这个编号。我们沿着原文、当前登记表和一个本机小例子，看看同一个 418 为什么能同时带着历史名字与保留状态。
一份写给咖啡壶的愚人节文档
1998 年 4 月 1 日发布的 RFC 2324，描述了一套名叫 HTCPCP 的咖啡壶控制协议。它借用了 HTTP 的样子，安排冲咖啡的请求，还讨论往咖啡里加什么；在第 2.3.2 节，作者为“让茶壶煮咖啡”安排了 418 这个回答。
RFC 是互联网技术文档系列，不是“只要有编号就必须照做”的认证。2324 的开头标着 Informational，即信息性文档，并明说它不是互联网标准；后来的 HTTP 规范也明确称它为愚人节 RFC。这里的茶壶是理解笑点的背景，不能拿来解释任何网站为何报错。
不用联网，也能在代码里找到茶壶
HTTP 状态码是响应中的三位数字，用来概括请求结果。Python 标准库提供 HTTPStatus，可以把一部分数字对应到名称与说明；它也保留了 IM_A_TEAPOT 这个枚举成员。枚举可以先理解为程序里整理好的一组名字，不需要背这个词才能运行下面的例子。
代码只查询安装在本机的名称表。它没有发送网页请求，没有发现一台茶壶，更没有验证某家网站的行为。运行结果说明当前 Python 库怎样命名这些数字，不能单凭这个名字判断某个编号在最新规范里的使用条件。
from http import HTTPStatus
for number in (200, 404, 418):
status = HTTPStatus(number)
print(f'{status.value}: {status.name} | {status.phrase}')怎样运行：保存为 teapot_names.py，用 Python 3.10 或更新版本运行：python teapot_names.py。仅查询标准库，不联网。
运行后对照结果
200: OK | OK
404: NOT_FOUND | Not Found
418: IM_A_TEAPOT | I'm a Teapot今天的登记表，为何写着“未使用”？
截至本文核验日期，IANA 的 HTTP 状态码登记表把 418 列为 (Unused)。IANA 在这里维护的是编号及其规范出处；这个标记不能读成“空着，谁想用都行”。RFC 9110 第 15.5.19 节解释，418 作为玩笑已经被使用得足够广，因此目前保留，避免分配给别的应用含义。
保留也不等于保证永远不变。该节同时留下了未来因条件变化而重新分配的可能。这样看，本机库里的茶壶名称与登记表的 Unused 并不难理解：一个保留了历史叫法，另一个告诉规范制定者今天怎样管理这个编号。
读懂笑话，也读懂文档的身份
假设一个待办应用真的返回了 418，你还得查它的接口说明、响应内容和日志，才能知道开发者在表达什么。状态码第一位能帮助程序做大类判断，但数字本身不会告诉你“登录过期”还是“今天暂停服务”；茶壶故事更不能替这个应用补出一份未写明的约定。
读技术文章时，可以顺手检查三件事：原文何时发布、属于哪类文档、当前登记或后续规范怎样说明。咖啡壶故事值得留下的，不只是一个冷知识，还有这种阅读习惯。欣赏玩笑很容易，把玩笑、库的命名和可依赖的协议规则分开，才不会在写程序时会错意。
记住这三点
- 418 的茶壶说法来自 1998 年的愚人节 RFC 2324，原文不是互联网标准。
- 当前 IANA 将 418 列为 Unused，RFC 9110 解释其保留状态，不能当作随意分配的空号。
- 库里的名称、历史笑话与具体应用的含义，需要分别查证。
别把例子用过头
- 本文核验的是文档与 Python 本机名称表，没有请求网站或测试真实设备。
- 不要把“目前保留”写成“永远不可能重新分配”，也不要把 418 当作所有拒绝操作的通用定义。
- 不是每份 RFC 都是互联网标准，愚人节作品也不能代表整个 RFC 系列。
自己试一小步
再选一个状态码，你能把库里的叫法与原始规范的含义分开记录吗？
- 从 IANA 登记表选择一个本文没有讲解的条目，记录数字、当前描述和引用章节。
- 打开它引用的原文，只读相关章节，再用两句话写出适用情形。
- 若本机 HTTPStatus 包含它，再查名称；把本机观察与规范事实分成两栏。
做到这些，就算完成
- 是否记录了实际阅读的规范与核验日期？
- 是否区分库里有这个名字与规范允许怎样使用？
- 是否避免从一个状态码推断某个网站未说明的业务逻辑？
查原始资料
想确认一个细节，先看这份资料对应的部分，不必从头读完所有文档。
- RFC 2324：Hyper Text Coffee Pot Control Protocol （新标签页）↗
1998-04-01 的发布日期、信息性且非标准的身份、咖啡协议背景和第 2.3.2 节的茶壶状态码。
- RFC 9110 §15.5.19：418 (Unused) （新标签页）↗
愚人节来源的确认、418 当前保留及未来可能重新分配的明确边界。
- HTTP Status Code Registry （新标签页）↗
核验当天 418 仍显示 (Unused)，引用 RFC 9110 §15.5.19；并核对状态码类别与登记条目。
- Python 3.14：http.HTTPStatus （新标签页）↗
HTTPStatus 的 value、name、phrase 用法及
IM_A_TEAPOT枚举条目。
找一份资料继续练
先选一项，按下面的范围继续学；不必从头读完整门课程。
418 茶壶短读：一个玩笑怎样留在协议记录里 （新标签页）↗
对照 RFC 2324 第 2.3.2 节、RFC 9110 第 15.5.19 节与 IANA 的 418 登记项。
查看学习准备与访问说明 →