“在浏览器地址栏输入 google.com 并按下回车，之后发生了什么？”——这是软件工程师面试史上被问得最多的一道题，也是每个写代码的人都该能完整讲清楚的一段知识。Lesics（前身 Learn Engineering）频道的动画神课《How does the INTERNET work? | ICT #2》用不到七分钟，把这段旅程拆成了动画：名字怎么变成地址、数据怎么被切碎、路由器怎么认路、海底光缆怎么扛起洲际运输。本文以这条视频为骨架做全文深读：按视频叙事顺序拆解每个核心主张，把它们接回真实的协议、RFC 与工程史，再指出视频为了“六分钟讲明白”省略了哪些关键现实（HTTPS、NAT、CDN 都没出场），最后给你三条可以直接上手的实操建议。没看过视频，你能看懂整个互联网的一次完整旅程；看过视频，你会知道哪些环节它讲透了、哪些环节它悄悄放水了。
| 项目 | 内容 |
|---|---|
| 视频标题 | How does the INTERNET work? | ICT #2（互联网是如何工作的） |
| 频道 | Lesics（前身 Learn Engineering，创始人 Sabin Mathew） |
| 发布时间 | 2019 年前后（据频道页面） |
| 播放量 | 千万级，长期为频道王牌课程之一（据频道页面，量级描述） |
| 频道订阅 | 数百万级（据频道页面，量级描述） |
| 形式 | 动画讲解，时长约 6-7 分钟 |
注：本文撰写环境未能实时抓取视频页，播放量与订阅数以“据频道页面”的量级描述为准，精确数字请以频道页面实时显示为准。这不影响下文的知识拆解——那些部分对应的是真实协议与公开文献。
视频开篇没有从浏览器讲起，而是先立住一个世界观：互联网不是一个统一的巨大网络，而是无数个小网络（家庭网络、校园网、运营商网络）互相连接拼成的“网络的网络”。你家电脑属于运营商的接入网，运营商之间在骨干层互联，最终构成一张没有单一控制中心的网状结构。这个开场非常重要——它直接回答了一个常见误解：“网上”不是一个地方，数据也不是发到“云”这个模糊的所在，而是从一个网络跳进另一个网络，一跳一跳地抵达目的地。
视频的第二个要点：你在地址栏输入的是人类友好的域名（google.com），但网络设备认的是数字形式的 IP 地址。所以在真正发出请求之前，你的设备要先问一个“翻译官”——DNS 服务器：“google.com 对应哪个 IP？”视频演示了这个查询如何通过运营商的 DNS 服务器完成，拿到 IP 地址后，通信才有了明确的目标。
第三个要点是全片的技术核心：你要的网页并不是一个整块数据沿着一条专线跑过来，而是被切成一个个带编号的“数据包”（packet）。每个包上写着源地址和目的地址，独立选路、独立前进——可能走不同的路径、以不同的顺序到达，最后在目的地按编号重新拼装。视频用动画强调：这正是互联网最聪明的设计，任何一段链路断了，包可以绕路走，整张网不会瘫痪。
第四个要点回答了“包怎么知道下一跳去哪”。视频引入了两层地址的分工：IP 地址是逻辑地址，由网络分配，描述“你在哪个网络里”，跨网络通信靠它；MAC 地址是网卡的物理地址，出厂烧死、全球唯一，负责在本地链路上把包交付到具体设备。每一台路由器都维护着一张路由表——类似公路上的路牌系统——收到包后查表，决定往哪个方向转发，一跳接一跳，直到目的地。
视频最后把镜头拉到全球尺度：跨洋流量由海底光纤光缆承载，数据以光的形式在玻璃纤维中奔跑。服务器收到请求后，把网页的文件（HTML、图片等）同样切成数据包原路“寄回”，你的浏览器收到后再把包裹拆开、拼装、渲染，页面这才出现在屏幕上。至此，一次完整的“回车之旅”闭环。
视频讲的“切包、分头走、断了绕路”，学名叫分组交换（packet switching），它不是某一个人的发明，而是一段著名的“双主角”故事。冷战背景下，美国兰德公司的 Paul Baran 在 1960 年代初提出把通信切成小块、在分布式网络中传递的构想（其 1964 年系列报告 On Distributed Communications 是原始文献）；几乎同时，英国国家物理实验室（NPL）的 Donald Davies 独立提出了同样的思路，而且是他给这项技术起了"packet"这个名字。两人后期互相知晓对方工作，这段“独立发明”是计算机网络史里最有趣的插曲之一（可参见维基百科 Packet switching 词条及其引用的一手文献）。
1969 年 10 月 29 日，加州大学洛杉矶分校（UCLA）向斯坦福研究所（SRI）发出了 ARPANET——互联网前身——的第一条消息。操作员 Charley Kline 本想输入 "LOGIN"，刚打到 "LO"，系统就崩溃了。人类互联网的第一句话，是两个字母的“半截词”。此后网络快速扩张；1974 年，Vint Cerf 和 Bob Kahn 发表论文 A Protocol for Packet Network Intercommunication，提出把不同网络互联起来的通用协议设计，这就是 TCP/IP 的种子。1983 年 1 月 1 日，ARPANET 进行了历史上著名的“旗帜日”切换（flag day），整体转向 TCP/IP——今天互联网的协议底座，从那一天起定型。
视频里一笔带过的 DNS，背后是一个精巧的分布式系统。1983 年，USC 信息科学研究所的 Paul Mockapetris 写下了 RFC 882 和 RFC 883，设计了域名系统；1987 年的 RFC 1034/1035 成为其沿用至今的经典版本。DNS 的核心智慧在于分级委托：根服务器只告诉你 .com 归谁管，.com 顶级域服务器只告诉你 google.com 的权威服务器在哪，层层下放，没有任何一台机器需要知道全世界的域名。你可能在资料里见过“全球只有 13 台根服务器”的说法——这源于早期 DNS 响应必须塞进 512 字节的 UDP 包，只能列出 13 组地址（A 到 M）；如今借助任播（anycast）技术，这 13 个“身份”已经复制成上千个实例分布全球，根服务器远比字面意义上“13 台”健壮。另外一个冷知识：历史上第一个 .com 域名 symbolics.com 注册于 1985 年 3 月 15 日，至今仍然在线。
视频说路由器靠路由表认路，这在家庭局域网尺度上是对的；但在运营商尺度，“网络的网络”能互联起来，靠的是一个叫 BGP（边界网关协议，现行为 RFC 4271，1989 年首次提出）的协议。互联网上没有上帝视角的全局地图，每个运营商是一个“自治系统”（AS），各自宣告“我这片网络里有哪些 IP 段”，邻居之间互相转告，路由信息像口口相传的传闻一样扩散全网。这也解释了为什么偶尔会有“某公司配置错误导致全球断网半小时”的事故——BGP 的信任模型天然脆弱，一条错误宣告就能把大量流量引向错误的地方。
视频展示的海底光缆是真实的物理基石。1858 年第一条跨大西洋电报缆铺设成功；1956 年 TAT-1 开通跨洋电话；今天全球有数百条现役海底光缆承担九成以上的洲际数据流量（单个巨型工程的例子：2018 年贯通的美国-西班牙 MAREA 光缆，由微软、Meta 等联合投资，设计容量达数百 Tbps 量级）。而视频没有展开但值得记进脑子的一条物理账：光在光纤中的速度约为每秒 20 万公里（真空中光速的三分之二左右），纽约到伦敦单程约 5,600 公里，理论往返延迟就有约 56 毫秒，现实中通常在 70-80 毫秒量级——这是物理定律写死的下限，任何软件优化都绕不过去。延迟工程的全部艺术，就是让数据少跑路。
严格说，2019 年的这条视频讲的是“裸奔状态”的互联网。今天，九成以上的网页流量走 HTTPS（据 Google HTTPS 透明度报告），也就是说拿到 IP 之后还有两步：TCP 三次握手建立连接，TLS 握手协商加密密钥，然后才轮到 HTTP 请求登场。2018 年发布的 TLS 1.3（RFC 8446）把握手从两轮压缩到一轮；2021 年标准化的 HTTP/3（RFC 9000）更进一步，直接弃用 TCP 改用基于 UDP 的 QUIC 协议，把传输层握手和加密握手合并成一次。“回车之后”的完整答案每隔几年都会被协议演进改写一版——这也是这道面试题至今仍然高频的原因。
证据充分、讲透了的：分组交换的工作方式、DNS 的存在与作用、两层地址的分工、海底光缆的物理承载——这些全是教科书级共识，与 Kurose & Ross 的《计算机网络：自顶向下方法》、Ilya Grigorik 的 High Performance Browser Networking（hpbn.co 免费在线阅读）完全一致，作为入门叙事几乎无可挑剔。
为了时长被牺牲的现实：
别太当真的部分：动画里“包整齐地排队出发、原路返回”只是叙事简化；真实的包丢包、重传、乱序、拥塞控制（TCP 的核心难题）视频一律没有碰。这不是错误，但读者要知道那扇门后面还有一整个学科。
1. 花十分钟，亲手“看见”这条旅程。 打开终端执行 dig +trace example.com，你能亲眼看到 DNS 从根服务器到权威服务器的完整委托链；执行 traceroute github.com（或 mtr），能看到你的包一跳一跳经过哪些路由器；再打开浏览器 DevTools 的 Network 面板点开任意一个请求，Timing 标签页里 "DNS Lookup / Initial connection / SSL" 三行，就是本文讲的三次握手与 TLS 的真实耗时。抽象知识变成可观测数据，只需这三步。
2. 建立“光速会计”思维。 记住两个数：光纤中光速约 20 万公里/秒，跨太平洋往返延迟约 130-180 毫秒。从此你看懂所有性能架构的动机：CDN 为什么存在（让数据少跑 9,000 公里）、为什么数据库主从要就近部署、为什么游戏服务器分区。延迟预算不是工程态度问题，是物理定律问题——这是这篇文章能给你最值钱的一个视角转变。
3. 用“分层剥洋葱”法排查一切网络故障。 页面打不开时，按本文的旅程顺序逐层验证：域名解析对不对（ping / nslookup）→ 网络通不通（ping IP）→ 端口通不通（telnet / nc）→ HTTPS 有没有报错（浏览器证书警告）→ 服务端有没有响应（DevTools 状态码）。每一层只回答一个问题，90% 的“网络坏了”都能在三分钟内定位到具体层。这也是面试时回答这道经典题的正确姿势：不是背八股，而是展示你有一张完整的分层地图。
flowchart TD
A[地址栏按下回车] --> B{浏览器缓存里有IP吗}
B -->|有| F[拿到目标IP]
B -->|没有| C[操作系统与路由器缓存]
C --> D[递归解析器接力查询]
D --> E[根 顶级域 权威服务器]
E --> F
F --> G[TCP三次握手]
G --> H[TLS协商加密密钥]
H --> I[发出HTTP请求]
I --> J{CDN边缘有缓存吗}
J -->|有| K[就近返回资源]
J -->|没有| L[回源站取回并缓存]
L --> K
K --> M[浏览器拆包与校验]
M --> N[DOM与CSSOM合成渲染树]
N --> O[排版与绘制 页面呈现]
（视频原版只讲到“请求-响应”两级；此图补上了视频省略的 TLS、CDN 与渲染三段，是“视频版”与“现代真实版”的合并视图。）
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。