几木木计算机网络这门课，大概是计算机专业里最劝退的课之一。期末复习翻书，几百页的协议、字段、状态码扑面而来，背了三遍还是记不住。但你要是问一个工作了五六年的后端或运维，他会告诉你，网络基础这个东西，实际工作中天天都在用，而且核心概念翻来覆去就那么几条线。你之所以觉得难，是因为还没有把那些散落的概念串成一条可理解的线。
这篇内容就是来干这个事的。我会顺着计算机网络最核心的几条主线——分层、封装、寻址、可靠传输——把那些高频考点和面试八股拆开揉碎，讲清楚它背后到底在解决什么问题。不管你是期末复习、准备408考研，还是刚入行想补网络知识，这篇文章都能帮你把脑子里那团浆糊整理成一张看得懂的地图。建议收藏，复习的时候反复对照。
1. 网络到底在解决什么问题：整体设计思路拆解
1.1 从寄快递的角度理解为什么需要分层
很多人一上来就背OSI七层模型，背完就忘。我建议换个思路：把网络通信想象成寄快递。
你给外地的朋友寄一个玻璃杯。你不会直接把玻璃杯扔进邮局窗口就走。你会先找纸箱把它包好（这一层负责把易碎的东西变成可以运输的包裹），然后填快递单（写清楚寄给谁、寄到哪里），再把快递单贴在纸箱上。快递公司拿到包裹后，会根据地址规划运输路线，从一个城市转运到另一个城市。到了目的地，派送员再把包裹送到你朋友手上。朋友的拆包过程，和你打包的过程刚好相反。
这个过程里，每一层只关心自己那一环的事情。你不需要知道快递车走哪条高速，快递员也不关心你买的是玻璃杯还是书。这就是分层的核心思想：把复杂的通信任务拆成几个相对独立的层次，每层只解决一个特定问题，层次之间通过标准接口衔接。
OSI七层模型和TCP/IP四层模型，本质都是这个思路。只是OSI是理想化的框架，应用层、表示层、会话层拆得很细，实际工程里极少有人真的按七层来写代码。TCP/IP的四层——应用层、传输层、网络层、网络接口层——才是互联网真正跑着的协议栈。你写HTTP、WebSocket，工作在应用层；TCP和UDP是传输层；IP是网络层；网卡驱动、以太网协议是网络接口层。
1.2 一条数据从A到B，到底经历了什么
理解了分层，再看"一条数据从A到B"的完整旅程，概念就活了。
假设你在浏览器里输入百度首页地址（应用层）。HTTP协议先把请求头和请求体组装成一个HTTP报文。接下来，TCP协议（传输层）把这段数据看成是一串字节流，切割成合适大小的段（segment），给每一段加上端口号等控制信息，这叫传输层封装。然后IP协议（网络层）给每个TCP段加上源IP和目的IP地址，封装成数据报（datagram）。再往下，网卡驱动和数据链路层会把IP数据报封装成帧（frame），加上源MAC地址和目的MAC地址。最后，物理层把帧里每个比特转换成电信号或光信号，发到网线上。
数据到达对方后，解析过程是反向的。物理层收到比特流，还原成帧，数据链路层把帧头去掉，还原出IP数据报。网络层去掉IP头，得到TCP段。传输层根据TCP头里的端口号，把数据交给对应进程。应用层收到完整HTTP请求后，返回响应。整个打包-传输-拆包的过程，就是封装（encapsulation）和解封装（decapsulation）。
我当年学到这里的时候才突然明白，为什么网络抓包工具里看到的每一层都有各自的头部，一片数据包里嵌套着好几层头。每一层只关心自己加的那个头，这也解释了为什么路由器和交换机的工作层级不同：交换机工作在第二层，只认MAC地址；路由器工作在第三层，只认IP地址。后面排查网络问题时，判断问题出在哪一层，就是按这个思路来的。
1.3 为什么TCP/IP四层比OSI七层更实用
考试和面试经常会问：OSI七层和TCP/IP四层的区别是什么？标准回答是：OSI是理论模型，TCP/IP是事实标准。
但我想给你一个更实用的理解角度。OSI把应用层之上的表示层和会话层单独拆出来，设计初衷是好的——解决数据格式与编码问题、管理通信会话。但实际工程中，数据格式的转换（比如JSON序列化、加密）是在应用代码里完成的，会话管理（比如HTTP的Cookie、TCP的会话保持）也分散在应用层和传输层里实现。硬要拆成独立层级，反而让实现变得别扭。
TCP/IP模型干脆把这三层合并成一层应用层，理由是：应用程序自己处理任何表示和会话相关的需求。你写代码时，JSON序列化是JSON库做的，HTTPS加密是SSL库做的，Cookie会话是Web框架做的，它们统统不属于操作系统内核的协议栈，也不该由网络协议层去管。