开篇：你刷的每一条短视频，都在经历一场跨越千里的旅行
早高峰的地铁2号线挤得像沙丁鱼罐头，你左手攥着公文包，右手举着手机，在晃动的车厢里点开收藏的“猫咪搞笑合集”，第一条是只橘猫蹲在冰箱门上扒拉鱼干的15秒视频——你刚戳中播放键，进度条还没转到三分之一，猫抖耳朵的画面就跳了出来，连它胡须上沾的一点鱼鳞都看得清清楚楚。你忍不住笑出了声，旁边的乘客瞥了你一眼，你赶紧把音量调小，顺手划到下一条：是只边牧把主人的拖鞋叼去给院子里的小狗当“礼物”的片段，依然是点开就播，连半秒卡顿都没有。
你大概从来没想过，这短短0.1秒的加载过程里，你手机里跳出来的那个画面，其实经历了一场跨越至少1000公里的旅行。它从你指尖触碰屏幕的瞬间出发，先钻过你家客厅的WiFi路由器，或者穿过你手机的信号天线扑向几百米外的小区基站，再顺着光缆跨过城区、跨过省份，跑到几千公里外的视频服务商的服务器里，把装着猫画面的数据包“抓”回来，再原路送回你的屏幕，全程耗时不到十分之一秒，比你眨眼的速度还快。
要是把这场旅行拆解开，你会看到无数个你平时根本注意不到的“规则”在背后运转：你的手机得先确认“你真的要看这个视频，不是误触”，视频服务器得先确认“你有权限看这个视频，不是盗链”，传输的路得选最快的，不能走绕路的光缆，数据包不能丢、不能乱序，要是路上堵了（比如地铁里信号差），还得自动给你切低清晰度的版本，保证你能先看，不能直接卡成加载失败的菊花图。这些你从来没注意过的“规则”，就是我们这本书要讲的主角——网络协议。
你可能听过“TCP/IP”“HTTP”这些词，可能觉得它们是程序员才需要懂的高深技术，和你每天刷短视频、发微信、线上买菜没什么关系。但事实是，你每刷一条短视频，每发一句微信，每下一单外卖，背后都是这些协议在默默干活。它们是整个数字世界的“交通法规”，没有它们，全球几十亿台手机、电脑、服务器就是一堆散装的零件，根本没法协同工作。你手机里显示的“5G”“WiFi6”，只是最表层的信号标准，真正的“幕后大佬”，是这些藏在信号背后的、运行了几十年的规则体系。
你每天都在用的网络，到底是谁在支撑？
很多人对网络的认知，还停留在“流量”“信号格”“WiFi密码”这些表层的东西，觉得网络就是运营商拉一条线，手机连上就能用，根本不关心背后到底是谁在支撑这套体系。但要是你真的搞懂了这套规则，你会发现很多平时觉得“玄学”的网络问题，其实都有明确的答案：为什么地铁里刷视频总是卡？为什么有时候WiFi比流量还慢？为什么你家的千兆宽带跑不满？为什么有些网站明明有网却打不开？这些问题背后，都是某个协议在某个环节出了问题。
这套支撑我们数字生活的协议体系，不是某个人或者某个公司拍脑袋想出来的，是过去50多年里，全球成千上万的工程师、学者、机构，一点点攒出来的。1969年，美国国防部的ARPANET（互联网的前身）第一次尝试传输文件，只传了“LOGIN”两个字母的前两个“LO”就断了，当时的协议简陋到只能传几行文字，根本没人想到几十年后，人们会用这套系统刷4K视频、开直播、玩云游戏、做远程手术。后来的每一代协议更新，都是为了解决当时的需求：TCP/IP的发明者温顿·瑟夫和罗伯特·卡恩[^1]当年设计这套协议的时候，核心目标只是让不同的网络能互相连接，根本没想到会有移动互联网、短视频这些东西；HTTP的发明者蒂姆·伯纳斯-李[^2]当年设计它的时候，只是为了方便在实验室里共享文档，根本没想到今天全球有超过18亿个网站，每天有几百亿次HTTP请求。
[^1]: 温顿·瑟夫（Vinton Cerf）和罗伯特·卡恩（Robert Kahn）因共同发明TCP/IP协议，被称为“互联网之父”，二人于2004年获得图灵奖。 [^2]: 蒂姆·伯纳斯-李（Tim Berners-Lee）于1989年发明了万维网（World Wide Web）和HTTP协议，于2016年获得图灵奖。
这些协议的演进，从来不是某个天才闭门造车想出来的，而是无数工程师在实际使用中，一点点修bug、补功能的结果。比如TCP协议刚出来的时候，根本没有考虑移动网络的需求，你在地铁里信号切换的时候，TCP连接会直接断掉，发到一半的微信会发不出去，后来工程师们慢慢加了“快速恢复”“选择性确认”这些功能，才让现在的移动网络能用。再比如HTTP协议刚出来的时候，一个连接只能传一个请求，你打开一个网页要等十几秒，后来工程师们慢慢加了“持久连接”“多路复用”这些功能，才让现在的网页加载只要几秒。
> 📱 电子版侧边栏：协议演进就像你用的手机系统 > 你手机里的iOS或者安卓系统，每年都会更新，修bug、加新功能，网络协议的演进也是一样：TCP/IP相当于手机的系统内核，HTTP相当于你用的APP，每过几年就会出新版本，解决老版本的问题，适配新的需求。你平时用的APP会自动更新，协议也是一样，你根本感觉不到，但你的网络体验就在这些更新里慢慢变好了。
为什么要讲这些协议的故事？
很多人会问：“我又不是做网络的，学这些协议有什么用？”其实用处比你想象的大得多：你刷视频卡的时候，不会只会骂“什么破信号”，知道是基站负载太高还是服务器挤了；你开发小程序、做自媒体的时候，知道为什么接口要加密，为什么有时候请求会超时；你家里装宽带、配路由器的时候，知道怎么调才能让网速最快，不用被运营商的“千兆套餐”坑；甚至你遇到网络诈骗的时候，知道怎么看网址是不是安全的，不会被钓鱼网站骗。说白了，学网络协议，不是让你去当程序员，是让你看懂你每天用的数字世界，到底是怎么运转的。
更重要的是，这套协议体系是过去几十年人类最伟大的发明之一，它把全球200多个国家、80多亿人连在了一起，让我们可以在万里之外和亲人视频，可以在家里点外卖、买东西、上班、上学，可以在几秒钟里把一份文件传到地球的另一端。这套体系没有任何一个国家、任何一个公司能单独掌控，它是全球工程师共同打造的公共产品，就像空气和水一样，你平时感觉不到它的存在，但一旦它出了问题，整个社会都会停摆。2021年Facebook全球宕机6小时，导致全球超过30亿人用不了WhatsApp、Instagram，直接损失超过1亿美元，这就是协议和基础设施出问题的威力。
我们写这本书，就是想把这些藏在背后的规则，一个个讲给你听，不用你懂代码，不用你记复杂的公式，就用讲故事的方式，带你沿着协议栈从底层到上层的演进路径，看懂这套规则体系的前世今生。
从“猫视频”到协议栈：我们的叙事逻辑
你可能会问：网络协议有几百种，我该从哪开始学？我们的逻辑很简单：从你日常能接触到的场景出发，从底层到上层，一层一层讲，就像你剥洋葱一样，从最外层的你看到的APP、网页，一层层剥到最底层的电信号、光缆，每一层讲一个或者一组协议，讲它们是怎么来的，解决了什么问题，现在有什么缺陷，未来会怎么发展。
我们把整个网络协议体系分成五层，对应本书的十五章，每一层都对应你日常能接触到的场景：
- 最底层的**物理层、数据链路层**，相当于物流系统的“公路、铁路、航线”，讲的是你的手机信号是怎么变成0和1的，怎么从你的手机跑到基站的，数据包在局域网里怎么传输的，你家里的WiFi、蓝牙、手机信号，都是这一层的规则在管。
- 中间的**网络层、传输层**，相当于物流系统的“分拣中心、快递网”，讲的是数据包怎么在复杂的全球网络里找到正确的路，怎么保证数据不会丢、不会乱序，你平时说的IP地址、TCP协议、UDP协议，都是这一层的规则在管。
- 最上层的**应用层、会话层、表示层**，相当于物流系统的“下单APP、客服、快递柜”，讲的是你用的网页、APP、微信、短视频，是怎么和服务器通信的，DNS、HTTP、TLS这些你平时能接触到的协议，都是这一层的规则在管。
- 最后我们会讲正在普及的**HTTP/3和未来的协议**，相当于物流系统的“无人配送、高铁快递”，讲的是现在的协议有什么问题，未来的协议会怎么解决这些问题，支撑什么样的新应用。
每一章我们都会用你日常能接触到的例子来讲解，不会堆砌术语。比如讲TCP的时候，就用你发微信的场景，讲三次握手就像打电话先确认对方能听到，四次挥手就像挂电话前先确认对方说完了；讲HTTP的时候，就用你刷短视频的场景，讲HTTP/1.1为什么慢，HTTP/2为什么快，HTTP/3为什么更好；讲DNS的时候，就用你记不住网站IP地址的场景，讲DNS就像通讯录，帮你把www.taobao.com这种好记的名字转成IP地址。你不会看到满页的公式和代码，只会看到一个个和你生活相关的故事，一个个协议背后的工程师的思考，一个个技术迭代的过程。
为了让你更直观地理解数据传输的过程，我们把刚才你刷猫视频的整个过程画成了下面这个流程图，你可以看到，一次简单的播放请求，要经过至少6个节点的转发，每个节点都要按照协议规则检查、处理，才能把视频送到你的手机上：
```mermaid sequenceDiagram participant 用户手机 participant 小区基站 participant 城区核心网 participant 省级骨干网 participant 视频服务商边缘节点 participant 视频源服务器 用户手机->>小区基站: 发送“我要看猫视频”的请求，附带用户ID和权限信息 小区基站->>城区核心网: 转发请求，根据信号强度选择最优传输路径 城区核心网->>省级骨干网: 跨区域传输请求，避开拥堵的骨干网节点 省级骨干网->>视频服务商边缘节点: 找到离用户最近的边缘计算节点，减少传输距离 视频服务商边缘节点->>视频源服务器: 验证用户权限，请求对应清晰度的视频片段 视频源服务器->>视频服务商边缘节点: 返回加密后的视频数据包
视频源服务器返回加密后的视频数据包后，这场跨越千里的旅行才算走完了“去程”，接下来是更复杂的“回程”：边缘节点会把15MB的猫视频拆成15000个左右1KB大小的小数据块，每个块上都标注着“寄给XX小区XX栋的XX手机，这是第1234块，总共15000块”，然后沿着来时的路径往回走。走到省级骨干网时，要是发现某条光缆被挖断、或者某个中转节点被上百个用户的数据包挤得水泄不通，系统会自动绕开拥堵路段，就像快递司机发现某条路堵车，立刻切换另一条高速一样，你根本感觉不到路径的变化；要是走到城区核心网时，发现某个数据块在半路丢了，系统会立刻让边缘节点重发这个块，不用你手动刷新，也不用你感知到“丢包”这件事的存在。
等这些数据块走到你家小区基站时，基站会先看一眼你手机的信号状态：如果信号满格连着5G，就给你传1080P的高清版本；如果信号只有两三格，4G网络带宽不够，就自动切到720P的版本；要是你正挤在早高峰的地铁里，信号只有1格，甚至刚切到3G，就立刻降到480P甚至360P的标清版本，保证你能先看到画面，而不是一直盯着加载失败的菊花图转圈。这就是为什么你在地铁里刷视频，刚点开时还是高清，过两秒就突然变糊了——不是视频平台故意给你“降质”，是你和基站之间的“路”太窄了，装不下那么多高清数据，只能先传低清晰度的版本，保证你能先看。
你手机收到这15000个数据块后，会先按照编号把它们按顺序拼起来，再解码成画面，整个过程从你点下播放键到猫的画面跳出来，通常不到100毫秒，比你眨一次眼（100-400毫秒）的速度还快。你完全感知不到背后有这么多环节在运转，只会觉得“这个APP真好用，点开就看”。
但要是这套运行了几十年的规则里，有一个环节出了错，你就会遇到各种平时觉得“玄学”的网络问题：小区基站同时有几百个用户在看直播，带宽不够，你就会卡；省级骨干网的光缆被施工队挖断，你就会直接断网；视频平台的服务器被某明星官宣结婚的流量挤爆了，你就会打不开页面；DNS服务器被攻击了，你输入淘宝的网址，却跳到了钓鱼网站，钱就被骗走了。这些你平时觉得“倒霉”的问题，背后都是某个协议在某个环节出了故障。
这套支撑我们数字生活的规则，到底从哪来？
你可能会好奇：这么复杂的规则体系，到底是哪家公司或者哪个国家发明的？其实它从来不是某一个人、某一个机构的产物，而是过去50多年里，全球成千上万的工程师、学者、非盈利组织，一点点攒出来的“公共产品”。
最早的互联网雏形是1969年美国国防部的ARPANET，当时全美国只有4台主机联网，连在一起的初衷非常朴素：万一核战争爆发，部分节点被摧毁，剩下的节点还能互相通信，保证军事指挥不中断。当时的协议简陋到只能传几行文字，连图片都传不了，更别说视频了，当时的工程师根本想不到，几十年后普通人会用这套系统刷4K视频、开直播、做远程手术。
1970年代，被称为“互联网之父”的温顿·瑟夫和罗伯特·卡恩发明了TCP/IP协议，这套协议的核心思想是“不关心底层网络是什么，只要网络能传数据，就能连在一起”——相当于不管你走公路、铁路还是航空，只要遵守统一的交通规则，就能到同一个目的地，不用换车、不用换票。这套协议在1983年正式成为ARPANET的标准，也就是现在公认的“互联网生日”。
但当时的互联网还只是科研机构和军方的小圈子玩具，普通人根本接触不到。直到1989年，欧洲核子研究中心（CERN）的蒂姆·伯纳斯-李发明了万维网（World Wide Web）和HTTP协议，才把互联网推到了普通人的面前。他当时设计HTTP协议的目的，只是为了方便实验室里的研究员共享文档，根本没想到几十年后，全球有超过18亿个网站，2024年全年的HTTP请求量超过150万亿次，相当于全球每个人每天要发起近20次网页或APP请求[^3]。后来他又发明了HTML、URL这些我们现在还在用的标准，因此被称为“万维网之父”。
[^3]: 数据来源：思科2024年全球网络指数报告、Statista 2024年全球网络流量统计。
这套协议体系最核心的特点是“去中心化”：没有任何一个公司、任何一个政府能完全控制它。TCP/IP的标准由互联网工程任务组（IETF）这个全球性非盈利组织维护，任何国家的工程师都可以提交技术提案，只要经过全球社区的讨论、测试验证通过，就能成为正式标准；HTTP、HTML等万维网相关的标准由万维网联盟（W3C）维护，同样是全球工程师共同参与制定；你平时用的域名解析服务（DNS），虽然最早是美国人发明的，但现在由互联网名称与数字地址分配机构（ICANN）这个非盈利组织管理，全球13台根服务器分布在美国、欧洲、亚洲等多个国家和地区，没有任何一个国家能单独切断或者控制整个DNS系统。
> 📱 电子版侧边栏：互联网是“无主”的？ > 很多人觉得互联网是美国发明的，所以美国能控制整个互联网，其实这是误解。虽然TCP/IP最早是美国国防部研发的，但后来的所有标准都是全球工程师共同制定的，没有任何一个国家能单独控制互联网。2022年俄乌冲突爆发后，西方国家对俄罗斯实施了多项网络制裁，但俄罗斯国内的互联网仍然能正常运行，老百姓刷视频、发社交软件、网上购物都没有受影响，这就是因为这套协议体系是去中心化的，不是某个国家能随便切断的。
当然，这套运行了几十年的体系，也留下了不少历史遗留的“坑”：最早的IPv4地址设计时，根本没想到全球会有几十亿台设备联网，所以IPv4地址总共只有43亿个，早在2011年就已经全部分配完了，现在推了20多年的IPv6还有很多设备不支持；TCP协议刚发明时，根本没有考虑移动网络的需求，你早年在电梯里、地铁里接打电话、发微信，经常会出现连接直接断掉的情况，后来工程师们一点点加了“快速恢复”“选择性确认”等功能，才让现在的移动网络体验变好；HTTP/1.1协议有一个“队头阻塞”的bug，就是你打开一个网页时，要是第一个请求卡了，后面所有的请求都要排队等着，后来工程师们发明了HTTP/2的多路复用，才解决了这个问题。
这些历史遗留问题，就是我们这本书要讲的核心：我们不会只堆砌术语告诉你“TCP三次握手是什么”，还会讲“为什么TCP需要三次握手，两次不行吗”“TCP的滑动窗口是怎么解决网络拥堵的”“为什么HTTP/2比HTTP/1.1快那么多，又有什么缺陷”。就像你学历史不是只背年代大事，而是搞懂事件背后的逻辑一样，学网络协议也不是只记定义，而是搞懂这些规则背后的工程师的思考，搞懂这套体系是怎么一步步变成现在这样的。
我们为什么用讲故事的方式讲协议？
很多人第一次接触网络协议时，都是被一堆术语吓退的：“TCP三次握手”“TCP滑动窗口”“HTTP状态码”“TLS握手”，这些词听起来就高深莫测，好像只有程序员才需要懂。但其实这些术语背后，都是非常朴素的日常逻辑，都是工程师为了解决实际问题想出来的土办法。
我们写这本书的核心原则就是：不堆砌术语，不写代码，用讲故事的方式讲协议。比如讲TCP三次握手，我们就讲你打电话的场景：你打给朋友，先问“喂，你能听到吗？”，朋友回答“能听到，你能听到吗？”，你再回答“我也能听到，那我们开始说吧”——这就是三次握手，确认双方都能正常通信，才开始传数据，要是只问一次，对方可能没听到，传一半断了；要是问两次，对方不知道你能不能听到，传一半断了也不知道。再比如讲TCP四次挥手，就讲你挂电话的场景：你说“我说完了，挂了啊”，朋友说“等一下，我还有句话没说完”，说完之后朋友说“我说完了，你挂吧”，你说“好，我挂了”——这就是四次挥手，确认双方都传完了所有数据，才断开连接，避免出现“你说完了，朋友还有半句话没说完，连接就断了”的情况。
再比如讲HTTP的状态码，我们就讲你去餐厅吃饭的场景：你进餐厅，服务员给你菜单，你点菜，要是菜卖完了，服务员会告诉你“404，你点的菜没有了”；要是你还没点菜，服务员就端着一盘菜过来，你会觉得莫名其妙，这就是“400，请求错误”；你要是没带钱，服务员不会让你走，会告诉你“402，需要支付”；要是餐厅今天休息，服务员会告诉你“503，服务暂时不可用，明天再来吧”。你看，这些听起来高深的状态码，其实就是日常场景的映射，一点都不难懂。
我们每一章都会用你日常能接触到的场景引入：讲物理层时，从你手机的信号格讲起，讲5G为什么比4G快，讲WiFi为什么有时候比流量慢；讲传输层时，从你发微信、刷视频的场景讲起，讲TCP和UDP的区别，为什么发微信用TCP保证不丢消息，看直播用UDP保证低延迟；讲应用层时，从你刷短视频、网上购物的场景讲起，讲HTTP怎么加载网页，HTTPS怎么保证支付安全，DNS怎么把好记的网址转成IP地址。
我们还会在每一章里加一些不为人知的“幕后故事”：讲TCP时会讲温顿·瑟夫当年发明TCP时，差点因为太复杂被IETF否决，最后靠他写了一篇通俗的科普文章才说服大家的故事；讲HTTP时会讲蒂姆·伯纳斯-李当年发明HTTP时，因为协议太简单，被同行嘲笑“没有什么技术含量”，结果几十年后全世界的网页都用他的协议的故事；讲DNS时会讲1983年美国只部署了一台根DNS服务器，结果被雷劈了，导致全球互联网断网2小时的故事。这些故事不会占用太多篇幅，但能让你明白：这些协议不是冰冷的规则，是无数工程师花了几十年时间，一点点踩坑、打磨出来的产品。
> 📱 电子版侧边栏：每一章都有“动手小实验” > 我们每