[特殊字符] TCP/IP四层协议栈解析——互联网通信的“底层逻辑“

发布时间2026年5月 | ️ 标签TCP/IP、网络协议、网络架构、互联网原理、网络层 SEO关键词TCP/IP协议栈、四层模型、ARP协议、IP协议、网络通信原理开篇暴击你正在看这篇文章数据包正在你的设备和服务器之间穿梭。但你知道它们是怎么找到路的吗TCP/IP协议栈就像是互联网的神经系统——没有它你的手机就是一块砖头你的电脑只能玩扫雷。今天我们就来扒一扒这个让全球50亿设备能对话的底层逻辑。️ 一个餐厅的比喻TCP/IP四层就像餐厅服务在深入技术细节之前让我用一个你绝对能懂的比喻来解释TCP/IP四层模型 互联网餐厅的四层服务体系应用层 你终于吃到嘴里的美食HTTP网页、FTP文件、SMTP邮件传输层 确认收货的短信TCP保证菜送到UDP只管送不管到没到网络层 外卖员的导航IP地址就是门牌号路由就是导航路线网络接口层 厨房到餐桌的传送带网线、WiFi、光纤物理层面的搬运工想象一下你在美团点了一份麻辣烫。这个订单要经历什么应用层你在App里选菜下单这就是HTTP请求传输层系统生成订单号确保商家收到且你能收到TCP三次握手网络层外卖平台规划路线从商家地址送到你家地址IP路由网络接口层外卖小哥骑电动车穿过大街小巷物理网络传输这就是TCP/IP的精髓——分层解耦各管一段。每层只关心自己的职责不用管其他层怎么实现。 第一层网络接口层Link Layer——传送带1.1 这一层是干嘛的网络接口层是TCP/IP协议栈的最底层也叫链路层或网络访问层。它的职责很简单粗暴把网络层交下来的IP数据包封装成帧Frame通过物理网络网线、光纤、WiFi发送出去处理硬件地址MAC地址的寻址1.2 核心协议ARP和RARP ARPAddress Resolution Protocol地址解析协议作用把IP地址翻译成MAC地址人话解释IP地址就像是北京市朝阳区xxx号MAC地址就像是张三的手机。ARP就是查号台——你知道地址但不知道具体是哪个人ARP帮你查到。工作流程主机A想知道IP为192.168.1.5的主机MAC地址主机A广播谁是192.168.1.5告诉我你的MAC地址主机B192.168.1.5回复是我我的MAC是AA:BB:CC:DD:EE:FF主机A缓存这个映射关系下次直接用 RARPReverse ARP反向地址解析协议作用把MAC地址翻译成IP地址现在基本不用了历史地位在DHCP出现之前无盘工作站没有硬盘的电脑靠RARP获取IP地址。现在已经被DHCP取代成为了过气网红。1.3 数据帧长什么样┌─────────────────────────────────────────────────────────────┐ │ 以太网帧结构Ethernet Frame │ ├──────────┬──────────┬──────────┬──────────────┬─────────────┤ │ 目的MAC │ 源MAC │ 类型 │ 数据IP包 │ CRC校验 │ │ 6字节 │ 6字节 │ 2字节 │ 46-1500字节 │ 4字节 │ ├──────────┴──────────┴──────────┴──────────────┴─────────────┤ │ 14字节首部 │ 数据部分 │ 4字节尾部 │ └─────────────────────────────────────────────────────────────┘1.4 实战命令查看ARP缓存# Windows查看ARP缓存 arp -a # Linux/macOS查看ARP缓存 arp -n # 清除ARP缓存Windows arp -d * # 抓包查看ARP请求需要Wireshark或tcpdump # ARP请求是广播帧目的MAC为FF:FF:FF:FF:FF:FFARP欺骗攻击就是利用这个协议的设计缺陷——主机收到ARP回复就会更新缓存不管是不是真的。黑客可以冒充网关成为中间人。️ 第二层网络层Internet Layer——导航员2.1 这一层是干嘛的网络层是TCP/IP的核心解决的是数据包如何从源主机到达目的主机的问题。它不关心数据是否可靠到达只负责找路和转发。2.2 核心协议IP和ICMP IPInternet Protocol互联网协议作用提供逻辑寻址和路由选择两个版本IPv432位地址格式如192.168.1.1约42亿个地址已经用完IPv6128位地址格式如2001:0db8:85a3::8a2e:0370:7334地址多到可以给地球上每粒沙子分配一个IP协议的特点无连接每个数据包独立路由不走同一条路不可靠不保证送达丢了不管可靠性由上层TCP保证尽力而为网络尽力送送不到也没办法2.3 IP数据包结构┌──────────────────────────────────────────────────────────────┐ │ IPv4 数据包头部20-60字节 │ ├──────┬──────┬──────────┬──────┬─────────┬──────┬────────────┤ │ 版本 │ 首部长度│ 服务类型 │ 总长度16位 │ │ 4位 │ 4位 │ 8位 │ │ ├──────┴──────┴──────────┴──────┼─────────┴──────┴────────────┤ │ 标识16位 │标志│ 片偏移13位 │ ├───────────────────────────────┴────┴─────────────────────────┤ │ 生存时间TTL(8位) │ 协议(8位) │ 首部校验和(16位) │ ├───────────────────┴─────────────┴────────────────────────────┤ │ 源IP地址32位 │ ├──────────────────────────────────────────────────────────────┤ │ 目的IP地址32位 │ ├──────────────────────────────────────────────────────────────┤ │ 选项可选0-40字节 │ ├──────────────────────────────────────────────────────────────┤ │ 数据部分 │ └──────────────────────────────────────────────────────────────┘ 关键字段说明 • TTLTime To Live每经过一个路由器减1到0就丢弃防止数据包在网络里无限循环 • 协议字段标识上层协议6TCP, 17UDP, 1ICMP ICMPInternet Control Message Protocol互联网控制消息协议作用IP协议的助手负责报告错误和状态常见应用ping命令测试网络连通性ICMP Echo Request/Replytraceroute追踪路由路径利用TTL超时或端口不可达目标不可达路由器找不到目标地址时返回2.4 路由是怎么工作的想象你要从北京寄快递到上海你的小区快递站本地网络收到包裹发现目的地不在本小区转给区快递分拣中心默认网关区中心看地址决定发往上海方向路由决策经过多个中转站路由器最终到达上海上海本地快递站目标网络送到收件人手中路由器就是靠路由表做决策的# 查看本机路由表Windows route print # 查看本机路由表Linux/macOS ip route # 或 netstat -rn # 追踪路由路径 tracert www.baidu.com # Windows traceroute www.baidu.com # Linux/macOSTTL字段最初设计是以秒为单位的时间但现在实际上变成了跳数hop count。每经过一个路由器减1而不是真的计时。Linux默认TTL是64Windows默认是128。 第三层传输层Transport Layer——快递小哥3.1 这一层是干嘛的如果说网络层是导航员那传输层就是快递小哥。它负责端到端的通信从应用到应用端口寻址区分同一台主机上的不同应用可靠性控制可选流量控制和拥塞控制3.2 两大巨头TCP vs UDP特性TCP传输控制协议UDP用户数据报协议连接方式面向连接三次握手无连接可靠性可靠传输保证送达不可靠可能丢包顺序保证保证数据顺序不保证顺序流量控制有滑动窗口无头部开销20字节8字节传输效率较低需要确认高直接发送典型应用HTTP/HTTPS、FTP、SMTPDNS、视频直播、在线游戏、VoIP3.3 TCP三次握手和四次挥手TCP建立连接需要三次握手断开连接需要四次挥手。这是面试必考题也是理解TCP的关键。三次握手建立连接 客户端 服务器 │ │ │──────── SYN, seqx ────────│ ① 客户端我要连你我的序号是x │ │ │── SYN, ACK, seqy, ackx1──│ ② 服务器好的我的序号是y期待x1 │ │ │──────── ACK, acky1 ──────│ ③ 客户端好的期待y1连接建立 │ │ 四次挥手断开连接 客户端 服务器 │ │ │──────── FIN, sequ ────────│ ① 客户端我要断开 │ │ │──────── ACK, acku1 ─────│ ② 服务器知道了 │ │ │ [服务器继续发送数据] │ │ │ │──────── FIN, seqw ───────│ ③ 服务器我也要断开 │ │ │──────── ACK, ackw1 ──────│ ④ 客户端知道了断开完成 │ │3.4 端口号应用的门牌号端口号是16位整数0-65535分为三类知名端口0-1023系统保留如HTTP(80)、HTTPS(443)、SSH(22)、FTP(21)注册端口1024-49151需要向IANA注册如MySQL(3306)、Redis(6379)动态端口49152-65535客户端临时使用# 查看本机端口占用情况Windows netstat -ano # 查看本机端口占用情况Linux netstat -tlnp # 或 ss -tlnp # 查看某个端口被哪个进程占用Windows netstat -ano | findstr :8080 # 测试端口连通性 telnet www.example.com 80 # 或 nc -zv www.example.com 80为什么TCP挥手要四次因为TCP是全双工的每个方向都要单独关闭。就像两个人挂电话我说完了——知道了——我也说完了——知道了。 第四层应用层Application Layer——美食本身4.1 这一层是干嘛的应用层是最贴近用户的层各种网络应用都运行在这一层。它定义了应用程序如何格式化、发送和接收数据。4.2 核心协议详解 HTTP/HTTPS超文本传输协议作用Web通信的基础版本演进HTTP/1.0短连接每次请求都要新建TCP连接HTTP/1.1持久连接、管道化目前最广泛使用的版本HTTP/2二进制分帧、多路复用、头部压缩HTTP/3基于QUICUDP解决队头阻塞问题状态码速记1xx信息100 Continue2xx成功200 OK, 201 Created3xx重定向301 Moved, 302 Found4xx客户端错误400 Bad Request, 404 Not Found, 403 Forbidden5xx服务器错误500 Internal Error, 502 Bad Gateway, 503 Unavailable FTP文件传输协议作用文件上传下载特点使用两个端口21控制连接和20数据连接支持主动模式和被动模式明文传输不安全已被SFTP/FTPS取代 SMTP/POP3/IMAP邮件协议SMTP25/587端口发送邮件POP3110端口下载邮件到本地通常删除服务器副本IMAP143/993端口在线管理邮件支持多设备同步4.3 HTTP请求示例# 使用curl发送HTTP请求 curl -v https://www.example.com # 发送POST请求 curl -X POST -H Content-Type: application/json \ -d {name:test,value:123} \ https://api.example.com/data # 使用Python发送HTTP请求 import requests response requests.get(https://www.example.com) print(response.status_code) # 200 print(response.headers) # 响应头 print(response.text) # 响应体 TCP/IP vs OSI四层楼 vs 七层楼你可能听说过OSI七层模型那是ISO制定的理想模型而TCP/IP是实际运行的实用模型。它们的关系是这样的OSI七层模型 TCP/IP四层模型 ┌──────────────┐ │ 7.应用层 │ ────────────┐ ├──────────────┤ │ │ 6.表示层 │ │ ├──────────────┤ ├──→ 应用层Application │ 5.会话层 │ ────────────┘ ├──────────────┤ │ 4.传输层 │ ───────────────→ 传输层Transport ├──────────────┤ │ 3.网络层 │ ───────────────→ 网络层Internet ├──────────────┤ │ 2.数据链路层 │ ────────────┐ ├──────────────┤ ├──→ 网络接口层Link │ 1.物理层 │ ────────────┘ └──────────────┘ 对应关系说明 • TCP/IP的应用层 OSI的应用层表示层会话层 • TCP/IP的网络接口层 OSI的数据链路层物理层为什么TCP/IP赢了OSI模型虽然理论完美但实现复杂、落地困难。TCP/IP则先有实现后有标准实践出真知分层更粗实现更简单与Unix系统深度绑定随互联网一起爆发 数据包封装与传输全过程现在让我们把四层串联起来看看一个HTTP请求是如何从浏览器发送到服务器的发送端封装过程 应用层HTTP请求数据 │ ▼ 传输层添加TCP头部源端口、目的端口、序号等 │ ┌─────────────────────────────────────┐ ▼ │ TCP头部 │ HTTP数据 │ 网络层添加IP头部源IP、目的IP等 │ ┌──────────────────────────────────────────────┐ ▼ │ IP头部 │ TCP头部 │ HTTP数据 │ 链路层添加以太网头部源MAC、目的MAC和尾部CRC │ ┌──────────────────────────────────────────────────────┐ ▼ │ 以太网头 │ IP头部 │ TCP头部 │ HTTP数据 │ CRC │ └──────────────────────────────────────────────────────┘ │ ▼ 物理层发送比特流 接收端解封装过程 物理层接收比特流 │ ▼ 链路层检查MAC地址剥离以太网头部和尾部上交IP包 │ ┌──────────────────────────────────────────────┐ ▼ │ IP头部 │ TCP头部 │ HTTP数据 │ 网络层检查IP地址剥离IP头部上交TCP段 │ ┌─────────────────────────────────────┐ ▼ │ TCP头部 │ HTTP数据 │ 传输层检查端口号剥离TCP头部上交应用数据 │ ┌─────────────────────────────────────┐ ▼ │ HTTP数据 │ 应用层解析HTTP请求生成响应这个过程就像是俄罗斯套娃每往下走一层就包一层每往上走一层就剥一层。 历史时刻1983年TCP/IP取代NCP1983年1月1日被称为Flag Day旗帜日。这一天ARPANET正式从NCP协议切换到TCP/IP协议。为什么要换NCPNetwork Control Protocol是ARPANET早期的协议但它有几个致命缺陷没有网络层NCP假设网络是可靠的没有处理丢包、乱序的机制不支持异构网络NCP只能连接相同类型的计算机地址空间有限NCP的地址只有8位最多支持256个节点TCP/IP的诞生1974年Vint Cerf和Bob Kahn发表了论文《A Protocol for Packet Network Intercommunication》首次提出了TCP的概念。后来TCP被拆分成TCP和IP两层形成了现在的架构。Flag Day的启示1983年的切换不是平滑过渡而是一刀切——到那天所有节点必须切换。这种大规模协议迁移的经验后来启发了IPv6的推广策略虽然IPv6的推广远没有Flag Day那么果断。Vint Cerf和Bob Kahn因为发明TCP/IP获得了2004年的图灵奖。Vint Cerf被称为互联网之父现在还在Google工作担任首席互联网布道官Chief Internet Evangelist。️ 实战用命令行探索TCP/IP1. 查看网络配置# Windows ipconfig /all # Linux ip addr # 或 ifconfig # macOS ifconfig2. 测试连通性# ping测试ICMP ping www.baidu.com # 持续pingWindows ping -t www.baidu.com # 指定次数Linux/macOS ping -c 4 www.baidu.com # 指定包大小 ping -l 1024 www.baidu.com # Windows ping -s 1024 www.baidu.com # Linux/macOS3. 追踪路由# Windows tracert www.baidu.com # Linux/macOS traceroute www.baidu.com # 使用ICMP绕过某些防火墙 traceroute -I www.baidu.com # Linux4. 查看连接状态# Windows netstat -an # 查看TCP连接及进程 netstat -ano | findstr ESTABLISHED # Linux ss -tuln # 查看所有TCP连接 ss -t state established5. DNS查询# Windows nslookup www.baidu.com # 查询特定DNS服务器 nslookup www.baidu.com 8.8.8.8 # Linux/macOS dig www.baidu.com # 详细查询 dig trace www.baidu.com6. 抓包分析# tcpdumpLinux/macOS需要root权限 # 抓取所有HTTP流量 sudo tcpdump -i any port 80 -A # 抓取特定主机的流量 sudo tcpdump -i any host 192.168.1.1 # 保存到文件 sudo tcpdump -i any -w capture.pcap # 读取pcap文件 tcpdump -r capture.pcap 总结一张图记住TCP/IP┌─────────────────────────────────────────────────────────────────┐ │ TCP/IP协议栈 │ ├─────────────────────────────────────────────────────────────────┤ │ 应用层 │ HTTP/HTTPS │ FTP │ SMTP │ DNS │ SSH │ │ │ (网页) │ (文件) │ (邮件) │ (域名) │ (远程) │ ├─────────────────────────────────────────────────────────────────┤ │ 传输层 │ TCP │ TCP │ TCP │ UDP │ TCP │ │ │ (可靠传输) │ (可靠传输) │ (可靠传输)│ (快速) │ (安全) │ ├─────────────────────────────────────────────────────────────────┤ │ 网络层 │ IP/ICMP │ │ │ (寻址和路由) │ ├─────────────────────────────────────────────────────────────────┤ │ 网络接口层│ 以太网 │ WiFi │ 光纤 │ 4G/5G │ 蓝牙 │ │ │ (有线) │ (无线) │ (骨干网) │ (移动) │ (短距) │ └─────────────────────────────────────────────────────────────────┘ 记住餐厅比喻 • 应用层 美食你真正想要的 • 传输层 确认短信确保送到 • 网络层 外卖导航找到地址 • 网络接口层 传送带物理搬运 源码获取本文涉及的所有命令行示例和代码片段已整理成GitHub仓库GitHub地址https://github.com/yourusername/tcpip-lab包含内容网络诊断脚本集合Windows/Linux/macOSPython Socket编程示例Wireshark抓包样本文件本文所有ASCII图表的高清版本欢迎Star和Fork如有问题请提Issue。 思考题基础题为什么TCP建立连接需要三次握手而不是两次或四次进阶题如果你的电脑能ping通8.8.8.8Google DNS但打不开网页可能是什么问题实战题使用tcpdump或Wireshark抓取一次完整的HTTP请求分析每一层的头部信息。深度题IPv6设计了128位地址空间你觉得这能用多久会不会重蹈IPv4的覆辙欢迎在评论区分享你的答案和见解 系列文章预告《网络协议深度解析》系列持续更新中✅ 01. 计算机网络概述——从ARPANET到万维网✅02. TCP/IP四层协议栈解析——互联网通信的底层逻辑本文⏳ 03. HTTP协议详解——从1.0到3.0的进化之路⏳ 04. TCP底层原理——滑动窗口、拥塞控制与性能优化⏳ 05. 网络安全基础——HTTPS/TLS/证书链详解⏳ 06. DNS深度解析——从递归查询到CDN原理点击关注第一时间获取更新通知️ 关于本文TCP/IP 网络协议 网络架构 互联网原理 网络层SEO关键词TCP/IP协议栈、四层模型、ARP协议、IP协议、网络通信原理版权声明本文为博主原创文章遵循 CC 4.0 BY-SA 版权协议转载请附上原文出处链接和本声明。