眠子子子我做了几年技术面试官之后，发现一个特别奇特的规律：很多人简历上写着“熟悉TCP/IP协议栈”，但当我问一句“那你讲讲TCP/IP网络模型吧”，能讲清楚的人不到三成。大多数人会背出四层名称，然后卡在“为什么是四层”“层和层之间怎么协作”“一个数据包从浏览器到服务器到底经历了什么”这些更关键的问题上。
标题是“TCP/IP网络模型面试核心考点总结01（基础篇）”，这篇文章就是围绕这个主题，把面试中真正会被追问的基础考点、易错点和回答思路全部拆开讲。内容适合准备后端开发、网络运维、安全岗位面试的同学，也适合那些已经在用Socket编程但从未系统梳理过网络分层的人。这篇文章不是教科书式的罗列，而是从面试官怎么问、候选人怎么答、怎么答才算真正理解这条线展开的。
1. 面试官问“TCP/IP网络模型”时，真正想听到什么
1.1 一个基础题背后的筛选逻辑
很多候选人误以为这是一道“送分题”，把四层背出来就完事。实际上面试官问这个问题，根本不是考记忆，而是在用最短的时间判断你是否有“系统性拆解问题”的能力。
网络是一个极其复杂的系统：成千上万台设备，不同厂商的硬件，各种类型的操作系统，无线有线混用，还得保证数据不丢不乱。如果没有分层设计，任何一次网络升级都意味着要重写全部协议。TCP/IP模型的核心思想就是“分而治之”──每一层只解决特定类型的问题，层与层之间通过标准接口通信。
面试官希望从你的回答中看到三件事：
- 你清楚每一层解决的具体问题是什么，而不是只会背协议名
- 你知道数据在层与层之间如何传递，而不是把各层当孤立模块
- 你能把抽象模型和实际项目联系起来，比如调优过Socket参数、排查过超时问题
如果你在面试中只说“TCP/IP分为应用层、传输层、网络层、网络接口层”就停下来，面试官很难给你高分。这叫背书，不叫理解。
1.2 我观察到的三种典型回答
这些年我整理了候选人回答这道题的三类模式：
第一类叫“名词背诵型”。能准确说出四层名字，列出HTTP、TCP、IP、ARP几个协议，但只要问“HTTP为什么算应用层？它和TCP的边界在哪里？”立刻卡壳。这类候选人的问题在于知识是碎片化的，没有建立层次关系。
第二类叫“八股模板型”。上来就画七层OSI，再从物理层一路背到应用层，每层都能说出几个协议名，但问“你的浏览器访问一个HTTPS网站，中间要经过哪些层，每一层分别做了什么？”基本只能回答到“TCP建立连接”这一步。这类候选人准备得很辛苦，但理解停在表面。
第三类叫“链路贯穿型”。这类候选人会从应用层开始讲：浏览器把HTTP请求交给传输层，TCP加上端口和序列号组成报文段，网络层把报文段封装进IP包并添加源目IP地址，链路层再加上MAC地址封装成帧，最后通过网卡转成比特流发送。等对端收到后逐层剥掉头部，最终把数据交给目标进程。面到这种回答，我会直接进入加分追问环节，因为他证明了自己具备协议栈的全链路思维。
你现在可以复盘一下：如果你去面试，你属于哪一种？
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 四层模型逐层拆解：不是背协议名，而是搞清楚每层在干什么
2.1 应用层：协议与端口的绑定关系
应用层是离用户最近的一层，它决定了“数据以什么格式被解读”。HTTP、HTTPS、DNS、FTP、SSH、SMTP、DHCP都属于这一层。
先说一个面试必考点：应用层协议究竟做了什么？
每次你发起HTTP请求，浏览器会构造一个包含请求行、请求头和请求体的报文，这个报文本身没有一个字节是网络层关心的内容。网络层只关心“这个数据要送到哪个IP”，传输层只关心“该交给哪个进程”。至于报文内容是HTML还是JSON，网络层和传输层完全不在意。
这就是分层的价值：职责隔离。应用层协议开发者根本不需要关心底层是Wi-Fi还是有线，也不需要关心数据如何拆包、如何路由到对端。
面试中常见的追问是：“端口号是传输层的概念，那应用层协议和端口是什么关系？”
标准理解方式是：端口号是传输层为应用层进程分配的“门牌号”。当一个数据包到达服务器，内核通过TCP报文段头部的目的端口号，决定这个报文应当交给哪个进程。比如80端口默认对应HTTP服务，443对应HTTPS，22对应SSH。应用层本身不负责寻址，但它注册并使用端口号，以便传输层能找到它。
我在面试中偶尔会追加一个实际问题：“一台服务器上只运行了一个Web服务，同时监听了80和8080端口，这两个端口是否可以同时工作？”答案是完全可以，因为它们是不同的socket绑定，虽然属于同一个进程管理的两个监听入口。这个细节在项目部署时很常见，但也经常被新人忽略。
2.2 传输层：TCP和UDP的分工与“为什么有两个”
传输层是面试的重灾区，因为几乎所有高频考点都集中在TCP身上：三次握手、四次挥手、滑动窗口、拥塞控制、可靠传输。但基础篇里更需要先搞清一个底层问题：为什么传输层要有TCP和UDP两个协议并行存在？
答案可以用一句话概括：不同业务对传输的要求完全不同。
TCP是“面向连接、可靠、字节流”的协议。它通过序号、确认应答、重传机制、滑动窗口、拥塞控制等一整套机制，保证数据不丢、不乱、不重复。代价是什么呢？性能开销大、首部占用空间大、传输效率相对低。它适合那些丢失一个字节都无法接受的场景，比如文件传输、网页加载、邮件发送。
UDP是“无连接、不可靠、数据报”的协议。它在发送数据之前不需要握手建连，直接把数据包扔出去，不确认、不重传、不排序。代价是什么都不可靠，好处是延迟低、开销小、实时性好。它适合视频通话、语音通话、在线游戏、直播这类“偶尔丢一帧可以接受，但延迟必须低”的场景。
面试时常用这样一个极端案例来检验候选人：为什么不全部用TCP保证可靠？假设你在打一款实时对战手游，如果用TCP，每次丢包都会触发重传，而重传之后的旧数据还会造成队头阻塞，最终表现就是角色卡顿、技能延迟。这个时候UDP的“尽力而为”反而是更优解，配合应用层的丢包补偿机制，玩家的体验远比使用TCP平滑。
所以传输层设计两个协议，不是技术的冗余，而是对“可靠”和“高效”这两类矛盾需求的取舍。你能理解这个取舍逻辑，才算真正理解了传输层存在的意义。
2.3 网络层：寻址与路由的一体两面
网络层解决的核心问题是：如何把数据从源设备送到目的设备。它有两个关键词，一个是寻址，一个是路由。
寻址靠的是IP地址。IPv4地址长32位，用点分十进制表示，比如192.168.1.100。IPv6地址长128位，用冒号分隔的十六进制表示。IP地址在网络层的作用就是给每台主机一个“全网唯一的逻辑身份证”。
但面试更常问的是“路由”这个概念。路由就是路由器根据目的IP地址，查询路由表，决定将数据包从哪个接口转发出去的过程。这里有个容易混淆的地方：路由是逐跳完成的，任何一个路由器都不需要知道到达目标的完整路径，只需要知道“下一跳是谁”。
我常让候选人设想一个场景：你要从北京寄快递到乌鲁木齐，你不需要认识乌鲁木齐的任何人，只需要把包裹交给最近的快递网点，快递网点决定发往哪个区域分拨中心，再由分拨中心决定下一站。每一站只决定“下一个交给谁”，最终总能到达目的地。IP协议的逐跳路由就是这样的哲学。
还有一个高频考点是IP报文头部。面试官有时会问“IP头部的TTL字段是干什么的”。TTL是Time To Live，是一个8位字段，每经过一个路由器就减1，变成0时路由器丢弃该包并发送ICMP超时通知。它的作用是防止数据包在网络中死循环。日常排障时，traceroute命令就是利用TTL从1开始递增的原理，逐跳探测路径上的节点。
2.4 网络接口层：MAC、ARP和MTU那些事
网络接口层在整个模型里最容易被轻视，但恰恰是面试里易出问题的地方。这一层负责把IP包封装成帧，通过物理介质发送出去。它包含以太网协议、MAC地址、ARP协议、MTU限制等关键内容。
先说MAC地址和IP地址的关系。IP地址是逻辑地址，用于跨网络的寻址；MAC地址是物理地址，出厂时烧录在网卡上，用于同一链路内的设备识别。当数据包到达目标网络后，最终必须通过MAC地址才能找到目标主机。面试中常见的问题是“数据在传输过程中，IP地址和MAC地址分别如何变化？”
回答要点：IP地址在整个传输过程中通常不变化（源IP和目标IP不变），而MAC地址每经过一个路由跳点都会变化。因为每一跳链路层的转发都依赖当前链路上的MAC寻址，MAC地址只在本地链路有效。
再说ARP协议。ARP用于通过IP地址获取同一局域网内主机的MAC地址。它的工作方式是广播请求、单播应答。一个需要记忆的隐藏考点：ARP请求是广播发送的，所有同网段主机都能收到，只有IP匹配的主机会回应；ARP应答是单播发送的。
这里有一个面试官常用来“抓小白”的题：“ARP协议属于哪一层？”答案并没有那么绝对。如果按TCP/IP模型的严格分层看，ARP直接封装在以太网帧中，工作在网络接口层；但从它的功能逻辑看，它又是在为网络层的IP地址解析服务。所以业界公认的说法是“ARP位于网络层与链路层之间，属于跨层协议”。面试时你只要把这个“边界感”说清楚，比单纯回答“二层”或“三层”更容易获得认可。
最后是MTU。MTU是网络接口层能承载的最大数据单元长度，以太网环境下通常是1500字节。当IP层要发送的数据超过MTU，就会触发分片。面试追问经常是：“TCP分段和IP分片的区别是什么？”TCP分段是因为MSS（最大报文段长度）限制，发生在传输层；IP分片是数据报超过MTU后发生，发生在网络层。实际工作里，开启TCP MSS钳制比依赖IP分片更高效，这也是很多大流量业务在接入层设备上做MTU调优的理论基础。
3. 对比题与易混淆题：OSI七层、实际使用的五层、协议归属陷阱
3.1 为什么面试官爱让候选人对比七层和四层
“OSI七层模型和TCP/IP四层模型有什么区别”，这是我面试时几乎必问的一道题，因为这个问题回答质量特别能反映知识的组织程度。
OSI七层模型是国际标准化组织提出的参考模型，包括物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。它是非常理想化的理论框架，问题在于太细——在实际的网络协议栈中，会话层和表示层根本没有独立的协议实现，它们的功能早就被吞并了。
TCP/IP四层模型则是对真实网络协议栈的概括：应用层对应OSI的应用层、表示层、会话层，网络接口层对应OSI的数据链路层和物理层。
学术界为了教学方便，常使用折中的五层模型：物理层、数据链路层、网络层、传输层、应用层。这个模型既保留了OSI对物理层和数据链路层的细致划分，又省去了现实中不存在的独立会话层和表示层。很多学校教材使用它，但实际工程中大家还是习惯叫四层或七层。
面试时你不仅要说出层数差异，还要点出本质：OSI是理论模型，先有模型后有协议；TCP/IP是先有协议后有模型，是对现实协议的归纳。这个“谁先谁后”的差异，恰恰解释了为什么OSI精致却不实用，TCP/IP粗糙却统治世界。
3.2 三个高频对比维度：分层职责、现实映射、标准化程度
把对比题拆解成维度，可以让面试回答更有结构感。
从分层职责上看，OSI将网络通信划分为七个清晰的阶段，每一层职责单一；TCP/IP将很多功能合并，更强调协议的可用性和快速实现。比如加密和字符转换，OSI专门设置了表示层，而TCP/IP体系中直接由应用层协议自己处理（比如HTTPS在HTTP之下加TLS，TLS本质上是应用层逻辑）。
从现实映射上看，TCP/IP的每一层都能直接对应到真实协议。应用层有HTTP、DNS、FTP，传输层有TCP、UDP，网络层有IP、ICMP，网络接口层有以太网协议。而OSI的会话层、表示层在现有协议栈中很难找到独立承载，只能说是“职责被分担到了其他层”。
从标准化程度上看，OSI有国际标准定义，流程严谨；TCP/IP最初是实验性协议，后来才被广泛接受成为事实标准。事实标准的力量往往大于纸面标准，这正是互联网演进给我们的教训。
回答这类对比题，建议总分总结构：先概述差异结论，再分两三点展开，最后落到实际项目中使用的是四层模型。这样的答案既有广度又有落点。
3.3 协议归属陷阱：ARP、ICMP、Cookie分别属于哪一层？
协议归属是面试官最爱的“抓细节”考题。除了前面提到的ARP，再来看两个高频陷阱。
ICMP是Internet控制报文协议，用于网络诊断和错误报告，比如ping命令使用的就是ICMP Echo请求和应答。如果按协议栈惯例归类，ICMP和IP一样位于网络层，因为它承载在IP报文里，用于IP层自身的控制功能。但如果你只说“ICMP是网络层协议”，其实不够精确。ICMP的报文虽然嵌在IP包里，但它的载荷基本上是应用数据，这导致它的“层间身份”有些模糊。面试中如果被问到，建议这样回答：“ICMP是为了辅助IP层工作而设计的，通常归为网络层协议，但在抓包时你能看到它是一个独立于TCP/UDP的协议类型。”
第二个容易踩坑的是Cookie。有些候选人会说Cookie属于TCP层或传输层，这是完全错误的。Cookie本质上是一段由服务器生成、保存在客户端的小文本，它在HTTP报文头中传输，而HTTP属于应用层协议。所以Cookie属于应用层。但注意，Cookie本身不是独立协议，而是应用层协议HTTP的一个扩展机制。
为什么这类题目能有效筛人？因为只有真正理解“层是职责边界，而协议必须在层内找到载体”的人，才能准确判断这些边缘协议的位置。表面上是背归属，实际考验的是模型思维。
4. 数据封装与解封装：面试中最容易暴露理解深度的环节
4.1 一条HTTP请求的完整旅程
面试官问完分层之后通常立刻追问：“现在从浏览器输入一个网址，到页面显示，数据到底是怎么走的？”这个问题能完美检验候选人是否把各层知识串联成一个整体。
完整过程是这样的：
当你输入网址并按下回车，浏览器首先通过DNS服务，把域名解析成IP地址。这个DNS查询本身也是一次完整的网络通信。拿到IP后，浏览器构造一个HTTP GET请求报文，并把该报文交给传输层。
传输层的TCP模块先通过三次握手和服务器建立连接。握手完成后，HTTP请求作为应用层数据被添加TCP头部，生成TCP报文段。TCP头部里最关键的是源端口和目的端口（目的端口通常为80或443）、序号、确认号，以及窗口大小等控制信息。
接着报文段被交给网络层。IP模块封装IP头部，主要添加源IP和目的IP，以及协议类型字段（标识上层是TCP还是UDP）。这时数据变成了IP数据报。
数据报继续下传到网络接口层。以太网驱动添加以太网帧头，包括源MAC地址、目的MAC地址、类型字段，帧尾还有校验序列。这时数据变成了一个完整的以太网帧。
物理层把这个帧转换成比特流和电信号/光信号，在网络介质中传输。
到达服务器后，处理过程完全对称——从物理层开始，逐层剥掉头部：网卡把比特流转换成数据帧，去掉帧头和帧尾得到IP数据报；IP层去头部得到TCP报文段；TCP层去头部并按序号重组数据；最后HTTP服务获取到浏览器的请求报文，处理业务并把响应报文沿相同链路返回。
这个完整链路回答出来，面试官基本可以确认你已经建立了全链路认知。
4.2 封装中的关键字段变化：地址、端口、序号、校验和
如果想在全链路基础上获得加分，可以深入到字段级别的变化。
先看一个经典问题：“一个IP数据报从源主机到目的主机，期间源IP和目标IP变不变？”在大多数情况下不变。但有一个例外——NAT（网络地址转换）场景下，路由器会改写源IP或目的IP。家庭宽带里非常典型：你的内网IP是192.168.x.x，但访问外网时，路由器会把源IP改成宽带的公网IP。所以如果面试官加了个前提“经过NAT网关”，你回答“可能改变”才是对的。
端口在传输过程中也不变，但同样受NAT影响。NAT除了改IP，还会改端口号，把内网私有端口映射为公网端口，这就是NAPT技术。
序号和确认号的变化是TCP可靠传输的基础。发送方给每个字节编上序号，接收方通过确认号告诉对方“你发到哪个序号之前的数据我都收到了”。面试里经常让候选人分析抓包，本质上就是考你能否从序号和确认号推导出数据收发状态。
校验和是另一高频细节。每一层都有校验机制：以太网帧有FCS帧校验序列，IPv4头有头部校验和，TCP头有TCP校验和。要记住的考点是：IPv4只校验头部，而TCP和UDP校验的是整个报文段。
4.3 用抓包视角反推模型：理解分层的最直接方式
如果你觉得分层模型太抽象，我的建议是直接打开Wireshark抓一次包，你会瞬间理解什么叫“每层加一个头部”。
抓包工具里，每一层对应一条可折叠的协议树。比如抓一个HTTPS请求的包，从上到下依次是：Frame（物理帧信息）、Ethernet II（MAC地址和类型）、Internet Protocol Version 4（源IP、目标IP、TTL、协议号）、Transmission Control Protocol（源端口、目的端口、序号、标志位），最下面是应用数据段。
这就是模型降维成实际数据的全过程。每次你看抓包时，都在潜意识里做一次“分层解码”训练。这个习惯对面试准备和日常排障都极有帮助。
面试官如果看到候选人能说“我在排查慢请求时用Wireshark，发现虽然TCP没有重传，但服务端在应用层等了很久才发响应”，基本会认为你已经是贴近实战的工程师，而不是纸上谈兵的新人。
5. 这些细小考点别丢分：IP地址、端口、TTL、MTU的面试陷阱
5.1 IP地址部分的常见陷阱
IP地址是网络层最基础的知识，但面试中的陷阱非常多。
第一个陷阱是0.0.0.0。它在不同语境下含义不同：作为源地址，它表示“本机不确定自己IP时使用的地址”；作为监听地址，它表示“监听本机所有网卡地址”。很多开发者用Nginx或Tomcat配置时见过“listen 0.0.0.0:80”，但说不清含义，面试时可以主动讲清楚这一点，会显得项目经验充足。
第二个陷阱是127.0.0.1。这是本机回环地址，发往这个地址的数据包不会离开本机，直接通过回环接口返回。它常和localhost混用，严格说localhost是主机名，解析结果可能是127.0.0.1也可能是IPv6的::1。有的面试官会问“为什么ping 127.0.0.1能通，ping本机局域网IP也能通，但他们走的路不一样”，答案就是回环流量不经过网卡驱动和物理链路，而局域网IP流量要经过完整链路，性能差异在压力测试中尤其明显。
第三个陷阱是私有地址段。IPv4的私有地址范围是10.0.0.0/8、172.16.0.0/12、192.168.0.0/16，这些地址只能在局域网内部使用，公网路由器不会转发来自私有地址的数据包。面试官延伸的问题是“公网IP枯竭怎么办”，答案涉及NAT、IPv6过渡等话题。回答时落到“NAT＋私有地址极大缓解了IPv4枯竭压力”即可。
第四个陷阱是CIDR无类别域间路由表示法，比如192.168.1.0/24代表这个网段有256个地址，其中可用主机地址是254个（去掉网络地址和广播地址）。这类计算题在基础轮非常常见，建议提前把/24、/25、/26、/30这几个常用前缀对应的地址数量背熟。
5.2 端口与协议关联：别把“端口”回答得太浅
端口问题的陷阱在于：很多候选人知道端口是传输层的概念，却说不清“端口到底标识什么”。
正确的理解是：端口号用来标识同一台主机上的不同进程。IP负责找到主机，端口负责找到主机上的进程。
TCP和UDP的端口空间是独立的。也就是说，同一个端口号在TCP和UDP上可以同时被不同进程使用。比如一台服务器上，可以同时运行基于TCP的DNS服务和基于UDP的DNS服务都监听53端口，理论上互不冲突。实际部署中虽然很少这么干，但这是一个常被用来考察细分概念的题目。
端口号的分类也建议熟悉：0到1023是公认端口，通常由系统或知名服务占用，使用需要特权；1024到49151是注册端口，用户进程可以申请使用；49152到65535是动态端口，常用于客户端临时分配。每次TCP连接建立时，客户端都会从动态端口范围内临时选一个端口作为源端口，连接结束后释放。
面试加分场景：遇到线上报错“Address already in use”，你能指出可能原因包括TIME_WAIT状态端口未释放、端口被其他进程占用、或者源端口耗尽，并给出排查命令ss -lntp和netstat -tunap，这在面试中会非常出彩。
5.3 面试中“答完还能再加一句”的加分表达
同样一个问题，不同回答方式给人的印象完全不同。这里分享几个“答完再加一句”的技巧。
问“MTU通常是多少”时，普通人答“1500”，你可以在回答后补一句：“不过这只是以太网传统值，在VLAN Tag场景下实际承载值是1496，很多云服务器和ECS的MTU设置为1500但实际要考虑隧道封装，比如VXLAN场景MTU会越来越大。”这句话证明你不仅有概念，而且处理过网络问题。
问“TCP和UDP的区别”时，普通人答完可靠不可靠之后，你还可以补一句：“实际选型时，我会根据业务容忍度决定：核心支付和消息推送用TCP，但如果做实时音视频流媒体，首选用UDP加应用层FEC丢包补偿。”这在技术面的价值在于，它展示了你是一个做取舍的工程师，而不是背概念的考生。
问“DNS用TCP还是UDP”时，标准回答是“默认UDP 53，但区域传送和响应体较大时会切换到TCP”。加分回答是补一句：“因为UDP报文最大受限于MTU，DNS响应超过512字节后会要求使用TCP重传，这是早期DNS协议设计的限制，后来EDNS0协议扩展了这一上限。”你能说出EDNS0，说明看过真正的DNS协议细节。
6. 给准备面试的人：完整复习路线与模拟追问清单
6.1 从基础篇到进阶篇的知识地图
如果你正在准备面试，这篇文章只是第一步。TCP/IP基础篇之后，建议按以下顺序继续推进：
首先是传输层的TCP可靠性机制。包括三次握手与四次挥手的状态迁移（SYN_SENT、ESTABLISHED、FIN_WAIT_1、TIME_WAIT等）、可靠传输的原理（序号、确认、重传）、滑动窗口与流量控制、拥塞控制（慢启动、拥塞避免、快重传、快恢复）。这是后端岗位面试频率最高的一块。
其次是网络层的路由细节。包括静态路由与动态路由的区别、RIP与OSPF的基本原理、NAT的几种模式（静态NAT、动态NAT、NAPT）、ICMP重定向等。这块对运维岗位尤其重要。
第三是应用层的常用协议。HTTP从1.0到1.1到2.0到3.0的演进差异、HTTPS的TLS握手流程、DNS的递归与迭代查询、CDN背后的全局负载均衡原理。这会直接决定你能否通过高级岗位的技术面。
最后是排障方法论。掌握ping、traceroute、telnet、nc、dig、curl、ss、tcpdump这八个命令的适用场景，能帮你把理论模型映射到真实问题。很多面试官喜欢问“线上服务变慢如何排查”，如果你能给出从应用层到传输层再到网络层的分层排查路径，基本就是这道题的满分答案。
6.2 模拟面试官连续追问十题
为了让你提前适应面试压迫感，我列一组实际面试中常见的追问链，你可以试着按顺序回答，看卡在哪一环：
- 说说TCP/IP网络模型分几层，每一层负责什么
- 一个HTTP请求从客户端发出，经过哪些层，每层做了什么
- 传输层的端口和IP地址分别负责什么
- 为什么DNS通常是UDP，但可以切换到TCP
- 两个主机在同一个局域网，主机A访问主机B，A怎么知道B的MAC地址
- ping命令用了什么协议，它属于哪一层
- IP报文里的TTL字段有什么作用
- 你线上调过TCP相关的内核参数吗
- 如果客户端连接服务器超时，你怎么分层排查
- 你刚才说TCP比UDP可靠，那为什么实时音视频不用TCP
这十题能顺畅答下来，TCP/IP基础这一关基本就稳了。如果中间某题答不出来，别急着看答案，先回顾对应章节再自己说一遍，效果远比反复看资料好。
6.3 一个经验之谈：怎么判断自己真的懂了
准备面试最怕“眼会手不会”。这里分享我判断候选人是否真正理解的简单标尺：能不能给一个完全不懂技术的人讲清楚你正在学的概念。
如果对方问你“TCP/IP分层有什么用”，你能用寄快递、盖房子、流水线这样的生活例子解释，说明你已经内化了；如果对方追问“那为什么HTTP算应用层，TCP算传输层”，你还能讲清楚，说明你的边界感真正建立起来了。
另外一个经验是：永远别只看书，一定要动手。你可以用vscode写一个简单的Socket服务端和客户端，在不加任何库的情况下完成一次聊天通信。然后自己给自己出题：“如果客户端断开连接，服务端收到什么？为什么recv会返回0？如果服务端先关闭连接，客户端再发送数据会触发什么信号？”这些都跑一遍，你对分层模型和TCP状态机的理解会远超刷十篇面经的效果。
最后一句话送给正在准备的读者：面试不是背诵比赛，而是思维方式的展示。TCP/IP网络模型是理解整个互联网的骨架，把它啃透了，后续学HTTP、学Nginx调优、学容器网络、学云原生网络，都会顺畅得多。下一篇我会继续拆传输层的可靠性机制，把三次握手、四次挥手、滑动窗口和拥塞控制连成一张完整的图，到时候看的人变多的话，我也会把状态机的隐藏细节一并补全。