1. 项目概述为什么“计网基础知识”值得你花时间复习如果你是一名计算机相关专业的学生或者是一名刚入行的开发者、运维工程师甚至是产品经理那么“计算机网络基础知识”这个短语对你来说可能既熟悉又陌生。熟悉是因为它无处不在从你打开浏览器输入网址到手机App的每一次刷新背后都是它在默默工作陌生则是因为当面试官问你“从输入URL到页面显示中间发生了什么”或者“TCP和UDP到底有什么区别”时你脑子里可能只剩下一堆模糊的名词无法串联成一个清晰、有逻辑的答案。我见过太多朋友包括我自己早期在准备面试或者解决实际网络问题时才发现基础不牢。比如线上服务突然出现间歇性连接超时排查了半天最后发现是TCP半连接队列满了——如果你对TCP三次握手、内核参数net.ipv4.tcp_max_syn_backlog和net.core.somaxconn的关系理解不透彻这种问题会耗费你大量时间。又比如设计一个微服务架构服务间是用HTTP/1.1长连接还是上HTTP/2甚至gRPC这背后是对应用层协议特性的深刻理解。所以这次“计网基础知识复习”的目标非常明确不是让你死记硬背OSI七层模型的名字而是帮你构建一个能用于实战的、逻辑自洽的网络知识框架。我们要把那些散落在课本各处的知识点像拼图一样按照数据流动的真实路径组装起来。从你敲下回车键的那一刻开始数据包经历了怎样的奇幻漂流它如何被封装、寻址、路由、最终交付过程中可能遇到哪些“坑”理解了这些无论是应对技术面试还是解决实际工作中的网络问题你都能心里有底。2. 核心知识体系构建自顶向下与自底向上的双视角复习计网最怕陷入零散的知识点海洋。我推荐采用“双视角”法来构建你的知识体系一是自顶向下的应用视角二是自底向上的实现视角。两者结合才能既见森林又见树木。2.1 自顶向下从应用出发理解数据流想象你正在使用浏览器访问https://www.example.com。这个过程就是一个绝佳的自顶向下分析案例应用层你与服务器的对话你输入的是URL浏览器将其解析为一个具体的请求“请用HTTPS协议获取www.example.com这个主机根目录下的默认资源”。这里涉及DNS解析把域名变成IP地址、HTTP/HTTPS协议定义对话的语法和语义。HTTPS比HTTP多的那个‘S’Security意味着在HTTP之下还嵌套了一层TLS/SSL协议负责加密。传输层确保对话可靠或高效浏览器需要和服务器IP的443端口建立连接。它选择了TCP协议因为网页传输需要可靠、有序。于是它发起TCP三次握手。如果你想的是在线视频会议那可能会选择UDP协议因为它延迟低能容忍少量丢包。网络层跨网络寻址TCP封装好的数据段Segment交给网络层。网络层给它加上源IP和目标IP地址变成数据包Packet。核心问题是我的IP比如192.168.1.100和服务器IP不在一个局域网这个包怎么过去这就要靠IP协议和路由。你的设备会查路由表发现目标IP不在本地网络于是把包发给默认网关路由器。数据链路层与物理层本地一跳的传递路由器有多个网口。网络层决定从哪个口出去路由选择然后数据链路层接手。它要把IP包封装成适合下一段物理介质比如以太网的帧Frame。这需要知道下一跳设备的MAC地址于是通过ARP协议进行查询。最后物理层将帧转换成比特流通过网线或电波发送出去。这个视角让你明白上层协议是下层协议的“用户”或“载荷”。每一层都在为上一层提供服务同时使用下一层提供的服务。2.2 自底向上从介质出发理解封装与解封装现在我们换个方向从网线里的电信号开始看物理层只关心比特流0和1如何在物理介质双绞线、光纤、无线电波上传输。它定义电压、光脉冲、频率等物理特性。网卡是工作在这一层和链路层的关键设备。数据链路层它把物理层可能出错的比特流组织成有意义的“帧”。帧有头有尾头里包含了源和目标的MAC地址。这一层负责局域网内通过MAC地址进行寻址和访问控制比如CSMA/CD。交换机是这一层的核心设备它通过自学构建MAC地址表实现帧在局域网内的精准转发。网络层当帧到达路由器路由器拆开帧头看到里面的IP包。路由器检查目标IP地址并根据自己的路由表决定这个包该从哪个接口发往下一个路由器。这个过程就是路由。IP协议是“尽力而为”的不保证可靠。路由器是这一层的核心设备。传输层当IP包最终到达目标主机主机内核的网络协议栈会拆开IP头根据里面的“协议号”如6代表TCP17代表UDP将数据交给对应的传输层协议处理。TCP会检查序列号、确认号确保数据完整有序实现可靠传输UDP则简单得多几乎直接交给应用。应用层传输层将完整的数据流交给监听特定端口的应用程序。应用程序如Web服务器Nginx按照HTTP/HTTPS协议的格式解析请求生成响应再沿着相反的路径封装回去。这个视角让你理解数据发送时是层层加头封装接收时是层层拆头解封装。每一层的设备通常只关心和处理自己这一层的头部信息。实操心得很多网络问题排查就是顺着这两个视角一层层查。比如网页打不开可以先ping测试网络层连通性再telnet [IP] [端口]测试传输层可达性最后用curl -v看具体的HTTP交互应用层。这就是一个自底向上的排查思路。3. 核心协议深度解析不止于表面掌握了框架我们需要深入几个最核心、最常考的协议。理解它们不能只背特点要理解其设计哲学和交互细节。3.1 TCP vs UDP不是简单的“可靠”与“不可靠”教科书常说TCP可靠UDP不可靠。这没错但太肤浅了。关键在于为什么以及如何实现。TCP传输控制协议的核心目标是在不可靠的IP网络之上建立一个可靠的、面向连接的、基于字节流的通道。它的可靠性是通过一套复杂的机制实现的三次握手建立连接SYN-SYN-ACK-ACK。这不仅是为了同步序列号更是为了验证双方都有发送和接收的能力。这里有个经典面试题为什么是三次不是两次两次只能证明发起方的发送能力、接收方的接收和发送能力但无法证明接收方的发送能力第二次的ACK能被发起方收到。三次才能完全确认双工通道畅通。四次挥手断开连接FIN-ACK-FIN-ACK。因为TCP是全双工的每一方都需要独立关闭自己的发送通道。TIME_WAIT状态就是出现在主动关闭的一方等待2MSL最大报文段寿命时间目的是确保最后一个ACK能被对方收到同时让本次连接的所有报文都在网络中消散避免影响后续的新连接。这是很多线上连接数过多的排查点。可靠传输通过序列号、确认号、超时重传来实现。每个字节都有编号接收方通过ACK确认发送方没收到ACK就重传。流量控制通过滑动窗口机制。接收方在ACK中告知自己的接收窗口大小发送方不能发送超过这个窗口的数据防止接收方缓冲区被撑爆。拥塞控制这是TCP最精妙的部分之一目的是避免网络过载。它有一套动态调整发送速率的算法经典的有慢启动、拥塞避免、快速重传、快速恢复。核心是维护一个“拥塞窗口”通过网络反馈丢包来感知拥塞并调整窗口大小。UDP用户数据报协议则简单粗暴它只是在IP协议之上增加了端口复用功能。它不建立连接每个数据包Datagram独立发送不保证顺序不保证到达。但这恰恰是它的优势开销小、延迟低、控制权完全交给应用层。所以选择谁选TCP网页浏览HTTP/HTTPS、文件传输FTP、邮件SMTP/POP3、远程登录SSH。任何需要数据完整无误的场景。选UDP音视频直播容忍丢帧不能忍受大延迟、DNS查询简单快速一次请求一个响应、实时游戏状态同步需要低延迟、物联网传感器数据上报数据量小连接成本高。注意事项别以为UDP绝对比TCP快。在网络状况良好、传输数据量大的情况下TCP经过拥塞控制优化后的吞吐量可能远超UDP乱发导致的网络拥塞和丢包。UDP的“快”建立在应用层自己实现了必要的可靠性、顺序和流量控制逻辑之上这并不简单。3.2 HTTP/1.1, HTTP/2, HTTPS演进中的Web基石HTTP/1.1是我们最熟悉的。它是基于文本的、无状态的请求-响应协议。关键特性包括持久连接一个TCP连接上可以发送多个请求-响应减少了握手开销Connection: keep-alive。管道化允许在同一个连接上连续发送多个请求而不必等待响应。但响应必须按请求顺序返回存在“队头阻塞”问题。缓存控制通过Cache-Control,ETag等头部字段精细控制缓存。它的主要问题就是性能瓶颈队头阻塞、头部冗余每次请求都带完整的Cookie等头部、只能由客户端主动发起请求。HTTP/2是一次重大升级目标是解决HTTP/1.1的性能问题二进制分帧将消息分解为独立的帧Headers帧、Data帧交错发送在接收端重组。这是实现多路复用的基础。多路复用一个TCP连接上可以同时进行多个双向流Stream流之间互不干扰彻底解决了HTTP/1.1的队头阻塞。头部压缩使用HPACK算法压缩头部大大减少了冗余。服务器推送服务器可以主动向客户端推送资源提前获取未来可能需要的资源。HTTPS HTTP TLS/SSL。TLS协议位于传输层和应用层之间提供加密混合加密对称加密协商会话密钥非对称加密保护密钥交换过程防止窃听。认证通过数字证书验证服务器身份防止中间人攻击。完整性通过消息认证码防止数据被篡改。核心过程是TLS握手以RSA密钥交换为例客户端发送ClientHello支持的TLS版本、加密套件、随机数。服务器回应ServerHello选定的版本和加密套件、随机数并发送自己的数字证书。客户端验证证书是否可信、是否过期、域名是否匹配并从证书中提取服务器的公钥。客户端生成一个“预主密钥”用服务器公钥加密后发送给服务器。双方利用两个随机数和预主密钥生成相同的会话密钥对称加密密钥。后续通信使用会话密钥进行对称加密速度快。3.3 IP与路由互联网的导航系统IP协议负责将数据包从源主机跨网络送到目标主机。IPv4地址如192.168.1.1是32位的通常用点分十进制表示。它分为网络号和主机号通过子网掩码来划分。路由就是数据包在IP网络中路径选择的过程。每台主机和路由器都有一张路由表。查询路由表时遵循“最长前缀匹配”原则。例如你的主机要访问8.8.8.8路由表里可能有两条记录目标网络 下一跳 接口 0.0.0.0/0 192.168.1.1 eth0 # 默认路由 8.8.8.0/24 10.0.0.1 tun0 # 一条更具体的路由它会选择第二条8.8.8.0/24因为它的前缀长度24位比0.0.0.0/00位更长更精确。ARP地址解析协议是连接网络层和数据链路层的桥梁它通过广播询问“谁的IP是X.X.X.X”来获取该IP对应的MAC地址。NAT网络地址转换解决了IPv4地址枯竭的问题。家庭路由器就是一个NAT设备。它将内网多个设备的私有IP如192.168.1.x映射到路由器的一个公网IP上通过端口号来区分不同的内网连接。这带来了一个副作用外网无法主动发起对NAT内主机的连接这也是P2P应用需要打洞技术的原因。4. 关键场景与问题排查实战理论知识最终要服务于实践。下面我们看几个经典场景和对应的排查命令。4.1 场景一网页访问缓慢或失败这是一个综合性的问题需要分层排查本地与DNS解析# 1. 检查本地网络配置 ip addr show # 或 ifconfig (Linux/macOS) ip route show # 查看路由表 # 2. 测试DNS解析 nslookup www.example.com dig www.example.com # 更详细的信息 # 如果解析慢或失败可能是DNS服务器问题可以尝试更换为 114.114.114.114 或 8.8.8.8如果DNS解析出的IP不对那后续所有步骤都错了。测试网络层连通性# 3. Ping 目标服务器IP ping -c 4 [服务器IP]如果ping不通可能是网络中断、防火墙禁了ICMP。可以尝试telnet [IP] 80测试TCP端口。如果ping通但延迟高、丢包可能是网络拥塞或链路质量问题。可以用mtr [IP]Linux/macOS或tracert [IP]Windows查看到目标IP每一跳的路由和延迟定位问题节点。测试传输层可达性# 4. 测试TCP端口是否开放 telnet [服务器IP] 443 # 或者使用更专业的nc (netcat) nc -zv [服务器IP] 443如果连接失败可能是服务器防火墙未开放该端口或服务未监听。测试应用层# 5. 使用curl进行详细的HTTP请求测试 curl -v https://www.example.com-v参数会输出详细的握手和请求响应过程你可以看到TLS握手是否成功、HTTP状态码是什么、响应头信息等。如果卡在TLS handshake可能是证书问题如果返回4xx/5xx状态码则是服务端应用问题。4.2 场景二TCP连接数过多服务器报“Cannot assign requested address”或“Too many open files”这通常是客户端频繁创建短连接导致大量连接处于TIME_WAIT状态。TIME_WAIT是TCP主动关闭连接后必须等待的状态持续时间是2MSL通常为60秒。在这期间这个四元组源IP、源端口、目标IP、目标端口的连接不能被重用。排查与解决# 查看当前系统的TCP连接状态统计 netstat -n | awk /^tcp/ {S[$NF]} END {for(a in S) print a, S[a]} # 或使用更现代的 ss 命令 ss -s你会看到TIME_WAIT,ESTABLISHED,CLOSE_WAIT等状态的连接数。解决方案优化应用使用连接池避免频繁创建销毁短连接。对于HTTP客户端使用支持Keep-Alive的库。调整内核参数需谨慎理解后再操作# 允许重用TIME_WAIT状态的套接字用于新的TCP连接 sysctl -w net.ipv4.tcp_tw_reuse1 # 允许将TIME_WAIT状态的套接字快速回收可能不适合NAT环境 # sysctl -w net.ipv4.tcp_tw_recycle1 # 注意在Linux 4.12已移除且NAT环境下易出问题不建议使用 # 增加本地端口范围 sysctl -w net.ipv4.ip_local_port_range1024 65535减少TIME_WAIT等待时间修改MSL一般不推荐可能影响协议稳定性。4.3 场景三分析一个网络数据包当言语无法描述问题时数据包不会说谎。tcpdump和Wireshark是网络工程师的“听诊器”。基本用法# 监听eth0网卡所有发往或来自端口80的流量并详细显示 sudo tcpdump -i eth0 port 80 -nn -v # -nn: 不解析主机名和端口名显示数字更快 # -v: 更详细的信息 # 可以将输出写入文件然后用Wireshark图形化分析 sudo tcpdump -i eth0 -w capture.pcap经典分析TCP三次握手在tcpdump输出中你会看到类似IP 192.168.1.100.54321 93.184.216.34.80: Flags [S], seq 1234567890 IP 93.184.216.34.80 192.168.1.100.54321: Flags [S.], seq 987654321, ack 1234567891 IP 192.168.1.100.54321 93.184.216.34.80: Flags [.], ack 987654322这就是完整的三次握手SYN-SYN-ACK-ACK。通过分析序列号和确认号的变化你可以判断握手是否成功是否有重传。5. 进阶概念与面试高频考点掌握了基础和排查我们再看一些进阶的、面试中常被深挖的概念。5.1 TCP的拥塞控制算法详解拥塞控制的核心是维护一个拥塞窗口cwnd它代表了在不引起网络拥塞的前提下发送方能发送的数据量。发送窗口 min(接收方通告窗口, 拥塞窗口)。慢启动连接开始时cwnd从一个很小的值如1个MSS开始每收到一个ACKcwnd就翻倍。这是指数增长目的是快速探测网络可用带宽。拥塞避免当cwnd增长到慢启动阈值ssthresh后进入拥塞避免阶段。每收到一个ACKcwnd只增加1/cwnd即每RTT时间增加1个MSS变为线性增长趋于谨慎。拥塞发生当检测到超时重传时TCP认为网络拥塞严重。ssthresh被设为当前cwnd的一半。cwnd被重置为1个MSS。重新进入慢启动阶段。快速重传与快速恢复当收到3个重复的ACK时说明有包丢了但后续的包还能收到TCP会启动快速重传立即重传丢失的包并进入快速恢复。ssthresh和cwnd被设为当前cwnd的一半。cwnd ssthresh 3 MSS因为有3个重复ACK说明有3个包已离开网络。之后每收到一个重复ACKcwnd增加1个MSS并发送一个新包如果允许。当收到对新数据的ACK时将cwnd设为ssthresh进入拥塞避免阶段。这个算法体现了TCP的核心理念积极探测谨慎行事遇拥塞则迅速退避。5.2 HTTPS的完整握手与会话恢复前面简述了HTTPS握手。面试官可能会问每次HTTPS连接都要经历完整的TLS握手性能开销不大吗这就引出了会话恢复机制。会话ID恢复在第一次完整握手后服务器会生成一个会话ID并发送给客户端客户端缓存。下次连接时客户端在ClientHello中带上这个ID如果服务器在缓存中找到了对应的会话参数主密钥等就可以跳过密钥交换直接使用之前的密钥简化握手。会话票据恢复Session Ticket服务器将加密的会话信息票据发给客户端保存。下次连接时客户端发送票据服务器解密后即可恢复会话。这解决了服务器端缓存会话状态的压力。5.3 从HTTP/1.1到HTTP/2再到HTTP/3的演进HTTP/2解决了HTTP/1.1的许多问题但它依然基于TCP。TCP的队头阻塞丢包导致整个连接等待重传在传输层无法被HTTP/2解决。于是HTTP/3来了。HTTP/3最大的变化是将传输层协议从TCP换成了基于UDP的QUIC协议。QUIC在用户空间实现集成了TLS 1.3具有以下革命性特性连接建立更快QUIC将TCP三次握手和TLS 1.3握手合并通常只需1-RTT甚至0-RTT在已有连接信息的情况下就能建立安全连接。解决队头阻塞QUIC在单个连接上实现了多个独立的流每个流的数据包独立传输和确认。一个流的包丢失只会影响该流其他流不受影响。连接迁移QUIC的连接标识基于连接ID而非IP和端口。当你的手机从WiFi切换到4GIP变了QUIC连接可以无缝迁移而TCP连接必须断开重连。6. 复习方法与资源推荐最后分享一下我个人复习和保持知识新鲜度的经验。1. 构建知识图谱不要孤立地记忆协议。用一张图或一个笔记软件画出从物理层到应用层的核心协议、关键设备网卡、交换机、路由器、重要概念封装、分用、寻址、路由并标明它们之间的关系。例如在“TCP”节点链接到“三次握手”、“四次挥手”、“滑动窗口”、“拥塞控制”等子节点。2. 理解而非死记对于像三次握手、状态机这样的过程尝试自己画一遍时序图并思考每个状态变迁的条件。问自己“为什么”为什么需要TIME_WAIT为什么挥手是四次SYN Flood攻击利用了握手的哪个弱点3. 动手实验抓包分析用Wireshark抓取一次普通的网页访问、一次ping、一次ssh登录。对照着看每个包理解以太网帧、IP包、TCP段的结构。模拟网络环境使用tcTraffic Control命令模拟网络延迟、丢包观察你的应用或curl命令的行为变化。搭建简单服务用ncnetcat或socat创建一个简单的TCP/UDP回声服务器用客户端连接感受字节流的传输。4. 关联实际工作如果你在工作中遇到网络问题比如接口超时、负载均衡器配置、容器网络不通主动去研究其背后的网络原理。把问题当作学习案例。5. 经典资源推荐书籍《计算机网络自顶向下方法》。这本书以应用层为起点非常适合初学者建立直观认识。《TCP/IP详解 卷1协议》是经典中的经典适合深度钻研。在线课程斯坦福大学的《Introduction to Computer Networking》或国内高校的优质公开课。RFC文档想了解协议最权威的定义可以查阅RFC如RFC 793 for TCP, RFC 2616 for HTTP/1.1虽然枯燥但能解决很多争议。博客与社区很多技术博客会对某个专题如TCP拥塞控制、HTTPS握手做非常深入的图解比书本更生动。遇到问题在Stack Overflow或相关技术社区搜索常常能看到高质量的分析。网络知识就像城市的道路系统协议是交通规则数据包是车辆。一开始觉得纷繁复杂但一旦你摸清了主干道IP路由、立交桥TCP连接、交通信号HTTP请求你就能在遇到“堵车”网络故障时快速定位是哪个路口出了问题是规则不合理还是车太多了。这份地图需要你亲手绘制并在每一次出行解决问题中不断修正和细化。