1981 年，有个人仅凭一张表格里的一行字，签上自己的姓名缩写，就把这个地址给“占”了。他为什么偏偏选了 127，而且没留下任何解释。更离谱的是，这地址大得惊人，足够给荷兰的每一个人都分配一个回环地址。
Jon Postel，当年的互联网“号码账房先生”，指着一张手绘网络地图。照片来自 Irene Fertik / USC News Service，© 1994，署名使用。
你用过的每一台机器都能响应 127.0.0.1。但官方文档里，只留下了一行记录来解释这件事。1981 年 9 月，Jon Postel 发布了 RFC 790，这是早期互联网的 IP 编号登记册。里面关于 127 网段的完整记录就这一句：127.rrr.rrr.rrr Reserved [JBP]。
JBP 就是乔恩・布鲁斯・波斯特尔名字的首字母缩写。是他把这段 IP 预留出来，只签了自己名字缩写，没有写任何原因。
45年里，无数人敲下 ping 127.0.0.1，根源就是登记册里这简简单单的一行。
一、谁预留了 127 网段？
Postel 是互联网号码分配名副其实的实权负责人：作为编号分配类 RFC 的编辑，由他亲手维护台账，记录每一个网络编号对应的用途。
RFC 790 逐行分配各个 A 类网络号：10 网段划给 ARPANET，18 网段划给 MIT，以此类推；而 127 网段仅标记为 Reserved，没有附加任何说明。
回环功能是在之后几年才绑定到这个预留网段。到 1989 年，这套行为正式成为标准规范：RFC 1122（主机需求标准）将 {127, <any>} 定义为 “Internal host loopback address（主机内部回环地址）”，还写下标准文档里一句掷地有声的硬性规定：
“Addresses of this form MUST NOT appear outside a host.”
该形式的地址绝对不允许出现在主机外部网络中。
注意文档里的规定：不只是 127.0.0.1，所有以 127 开头的地址全都生效。你可以动手测试：ping 127.99.44.7，你手上任意一台机器都会正常响应。
该预留覆盖完整的 127.0.0.0/8 网段，大小为 2²⁴，也就是大约 1670 万个 IP 地址，所有这些地址都代表本机这台设备。这算是协议里最 “奢侈” 的地址分配：拿出一个相当于中等国家人口规模的地址空间，专门用来让机器和自己通信。
二、为什么偏偏是 127 ？
说实话，原始文档里并没有记录选择这个数字的理由，凡是说得斩钉截铁下定论的，都是后人的脑补。
最朴实、可信度最高的解释来自编址规则本身：在当年的有类编址体系下，A 类网络号占用 7 比特，A 类网络编号范围为 0～127；二进制 01111111 正好等于 127，是 A 类的最后一个编号。Postel 把回环功能放在这份编号列表的末尾，就好比储物柜预留最后一格备用。
网上流传的那些听上去很合理的解释，比如 “有符号字节最大值”、“全 1 魔法值”，本质只是对同一个现象换了一套说辞。各类 RFC 文档本身并没有给出理由：127 被预留，仅仅源于登记簿上的一条记录，而这份登记簿的维护人就是 Postel。
如果这个网段晚十年分配，采用 CIDR（无类别域间路由）规则，而不是有类编址，回环地址大概率只会分配一个 /32 。仅仅单个 IP，而不是一千六百多万个地址。这个大网段是时代留下的历史包袱，当年大家普遍认为 IP 地址怎么用都用不完。
IPv6 吸取了这次教训，仅保留唯一的回环地址 ::1。这是经历二十年、踩过 IPv4 地址枯竭危机后才总结出的经验。
三、回环地址到底做了什么
发给任意 127 地址的数据包，根本不会到达物理网卡。内核网络栈会通过回环接口（Linux 下是 lo）做内部短路处理，数据包直接转入本机接收处理流程。整个过程不经过网线、路由器、NAT，也完全不会涉及其他主机。
这也让它成为绝佳的通用测试工具。当你在 localhost:3000 上做开发调试时，完整的 TCP/IP 整套机制：套接字、端口、握手流程都会正常执行，但全程不会经过外部真实网络。
如果回环访问就报错，那问题和外部网络没有半点关系。
四、0.0.0.0 不等于 localhost
有一个地址最容易和 127.0.0.1 搞混，值得单独拿出来讲，生产环境里经常踩这个坑。
当服务写着监听 0.0.0.0:3000，这并不是一个可以直接访问的 IP。0.0.0.0 是通配符，含义是本机全部网络接口：包含回环网卡、局域网网卡，以及其他插上的网卡。
如果绑定 127.0.0.1:3000，只有本机内部能够连接；如果绑定 0.0.0.0:3000，局域网内所有设备都能连上这个服务。
这就是自建环境中非常经典的安全坑：你以为数据库仅限本机访问，结果因为容器运行时默认采用通配符监听，数据库就直接对整个局域网敞开了访问。
记住一条实操经验：127.0.0.1 是访问目标地址；0.0.0.0 代表监听策略。
同时，得益于完整的 127.0.0.0/8 回环网段，这一千六百多万个 IP 还有一个实打实的用途：它们可以各自独立绑定端口。你可以在 127.0.0.1:8080 跑一个服务，127.0.0.2:8080 跑第二个，127.0.0.3:8080 跑第三个。端口号完全一样也不会冲突，因为它们是本机内部互相独立的虚拟地址。测试套件、本地代理程序每天都在利用这个特性。
虽然没有证据表明，Jon Postel 在 1981 年设计时就想到这个用法，但这也是剩下一千六百多万个 IP 为数不多能真正发挥价值的场景。
五、在 DNS 出现之前，localhost 只是文本文件里的一行配置
localhost 这个主机名的出现，要早于域名系统 DNS。
在 Arpanet 时代，每台机器都会维护一份主机名‑IP 映射文件。这份文件的母版叫做 HOSTS.TXT，由斯坦福研究所的网络信息中心人工维护，网络里的所有主机都要下载这份文件。
相当于整个互联网的通讯录就只有这一个文本文件，由单一机构负责编辑。可想而知，这套机制的扩展能力有多差，这也是 DNS 诞生的由来。
但这份古老文件并没有彻底消失：在 Unix 系统上演变成了 /etc/hosts，Windows 系统也有对应的同等文件。直到现在，几乎所有操作系统做域名解析时，都会优先读取 hosts，之后才去查询 DNS。这就是为什么几乎全世界每一台机器的 hosts 文件，都自带下面这一行：
127.0.0.1 localhost几乎地球上所有机器的 hosts 文件里都自带这行配置。
开发时你修改 /etc/hosts 来伪造域名，本质是在用 1983 年 DNS 问世之前的老式域名解析逻辑。这套逻辑至今仍跑在现代系统底层，发生解析冲突时它优先级更高。最古老的那一层会优先给出解析结果。
六、一场从未落地的 “资源掠夺” 提案
这个网段庞大的体量早就被业界注意到。2021 年，IPv4 单播扩展项目提出了一个看上去理所当然的方案：缩减回环网段为 127.0.0.0/16 ，把剩余约 1670 万个 IP 释放出来投入公网使用。毕竟 IPv6 只靠单个地址就能实现回环功能，而且几乎没有软件会用到 127.0.0.1 以外的地址。
从算术角度看这个方案无可挑剔，但该提案最终在 IETF 石沉大海。而背后的原因，也正是整篇文章想要传递的核心启示：历经四十年，RFC 1122 中那条 MUST NOT 强制约束，已经固化在全球每一个操作系统内核、防火墙以及整套安全假设当中。
海量系统都有一条底层依赖：来自物理链路的数据包绝对不能携带任何 127 开头的地址。一旦取消该网段的预留，这条赖以保障安全的底层不变量，就会直接转变为攻击面。
这份当初没有任何人给出合理解释的地址预留，如今已经无法撤销。这个时代遗留的 “化石”，早已承担起整个体系的承重作用。
七、为什么 localhost 不会去查询 DNS
localhost 这个主机名有自己完整的规范渊源。它最早只是 hosts 文件里的一个约定，如今已经成为正式保留域名。RFC 6761 将 localhost. 列为特殊用途域名，并对解析器作出规定：解析器应当识别 localhost 的特殊身份，并且总是返回回环 IP 地址；还有一条重点强调的要求：严禁把 localhost 的查询请求发送给配置好的缓存 DNS 服务器。
本机本就不该向外询问 DNS“ localhost 对应的地址是什么”。域名解析在请求发出本机之前就已经完成。这既是标准规定的正确行为，也十分契合它的设计初衷：这个地址的全部意义，就是通信报文永远不需要离开本机。
八、那一行历史化石
这类情况在技术领域一再上演：就像 grep 的命名由来、daemon 一词的起源一样，127.0.0.1 也是如此。它只是 1981 年编号台账里一行没有任何解释的记录，却固化成了全世界被 ping 调用次数最多的 IP 地址。
没有哪个委员会选定了它，也没有设计文档来论证它的合理性，如今无论付出多大代价都已经无法改动。所谓基础设施，不过是那些初衷早已被遗忘，却依然在发挥作用的历史决策：一千六百多万个 IP 地址，全部指向本机自身。
127.0.0.1：由 Jon Postel 在 1981 年 9 月发布的 RFC 790 中预留，没有留下任何设计理由。最合理的推测是，它被选为最后一个 A 类网络号。 整个 127.0.0.0/8 网段，约 1670 万个地址，全部作为回环地址。RFC 1122 强制规定，该网段的数据包绝不允许出现在物理链路上。 IPv6 仅用一个地址 ::1 就实现了同样的回环能力。