第一次看到 example.com 时，我以为它就像：

• 电影里的 010-12345678
• 教材里的 张三、李四、王五
• 表格里的 XXX 公司
  
  

只是一个占位符。

直到刚刚，我心血来潮，在服务器上敲了一行：

curl example.com

才发现它不仅能访问，还返回了一整页内容。

这我才知道 example.com 不是“空号”，而是一个一直在线的网站。

一、为什么 example.com 真的存在？

既然是示例域名，那应该是不存在的。

但现实是host example.com

会返回真实 IP：

172.66.147.243104.20.23.154


甚至还有 IPv6：
2606:4700:10::6814:179a2606:4700:10::ac42:93f3


这些 IP 属于 Cloudflare
也就是说它不是摆设。
它是真正在互联网里被访问、被调度、被缓存的。
二、它比很多网站正规


我继续往下测了一下：



curl -v https://example.com

结果发现：


支持 TLS 1.3


支持 HTTP/2


有完整 HTTPS 证书


证书验证完全正常




甚至还能看到：
ALPN, server accepted to use h2


这意味着它跑的是 HTTP/2
而且不止如此。
返回头里还有两行特别关键：
cf-cache-status: HITCF-RAY: xxxx-NRT


解释一下：

HIT

 命中缓存

NRT

 东京节点




也就是说我的请求没到源站，而是在 Cloudflare 东京机房就被处理了。
扩展阅读：
为什么 东京 明明是 Tokyo，但在网络中却总是被命名为 NRT？
三、它不是空号，而是固定热线


如果一定要用电话来比喻，那 example.com 既不是空号也没有停机。
它更像是一个官方设立的测试热线。
不管谁拨过去，一定会接通，而且全球都能打通。
但只会播放同一句话：
这里是示例域名，请勿用于真实业务。

四、它连副作用也被消除了


我又查了一下它的邮件记录：
host -t mx example.com


返回：
example.com mail is handled by 0 .


它的意思是：这个域名不接收任何邮件
也就是说：
xxx@example.com


是不可投递的。
这背后的设计非常讲究：
它能访问，能测试，能演示
但同时又不能被真实使用，不能误发邮件，不能产生任何副作用。
五、为什么它假得真实？


你可能会想，既然是示例，直接让它不存在不就好了？
但如果它真的不存在，会发生什么？


教程里的 curl 会失败


浏览器打不开示例地址


HTTPS 教学没法演示


文档里的例子全部报错




所以 IANA 的做法不是删除它，而是真的造一个网站。
扩展阅读：whose 是“谁的”，那 whois 又是什么？

于是：


example.com


example.net


example.org




被永久保留。
它们不会被商业使用，只用于给全世界当统一示例。
六、有意思的，不只是 example.com


如果你继续往下看，会发现互联网里有一整套类似的默认存在：

localhost
127.0.0.1

DNS 根服务器


根证书


RFC 标准


TEST-NET 保留地址




平时你感觉不到它们。
但整个互联网世界，都默认它们存在。
它们不属于某个公司，也不是普通网站。
它们更像是数字世界的公共基础设施。
七、一句话总结


example.com 是一个非常精妙的设计：
它必须是假的，但又必须在技术上无比真实。