一、为什么要有网络参考模型

根据之前网上购物的例子。卖家只需要把自己的产品做好就可以了，关于产品的运输，可以直接交给快递公司来做。而快递小哥，也只需要考虑如何将卖家交付的包裹，送到快递集散中心，至于快递集散中心接下来怎么发到买家的城市，也无需考虑。 这样各司其职，只负责自己的工作，效率又高又专业。网络通信中也是一样的，APP开发者只需要专注自己的软件设计，交换机只需要关注怎么帮终端设备（如服务器、手机等）转发数据，各司其职，都做自己专业的，利于技术的发展和故障的排查。

二.OSI参考模型

应用层：是面向用户的APP，承载用户的数据，微信聊天的文字、图片，抖音观看的视频等都属于应用层数据。

表示层：计算机用自己的编码方式，对用户的数据进行编码。如用jpeg编码方式来表示各种图片数据，用MP3编码方式来表示各种声音数据。

会话层：两个程序之间的接口。如美团APP可以调用微信支付，就是通过二者之间的会话层接口。

传输层：用于建立TCP或UDP连接，并给数据报文打上端口号。

TCP或UDP的连接区别是，TCP传输可靠性高但是速度慢延迟高，UDP刚好相反。根据不同的应用场景按需选择。
给报文打上端口号的作用是，接收方可以识别报文属于什么应用程序，如80是网页的数据，4000是QQ的数据。

网络层：给数据包打上IP地址，用于路由转发。有了IP地址，网络设备才知道数据包应该发往互联网上的哪个位置。

数据链路层： 给数据包打上MAC地址，MAC地址是两个直连节点通信的方式。如多台电脑连接在交换机上，交换机给其中一台电脑发数据的时候，必须知道这台电脑的MAC地址。

物理层：将封装好的数据包，用物理特性表示出来。如怎么用电流来表示数据，怎么用无线电磁波表示数据，然后在物理介质中（网线、光纤等）进行数据的传输。

三、TCP/IP 参考模型

TCP/IP 模型对 OSI 模型进行了简化，将 OSI 模型的上三层进行了合并，下两层也进行了合并。
实际工作中，一般倾向上三层合并，下两层依然分开看，就是常说的 TCP/IP 对等模型。

TCP/IP 参考模型是互联网通信的底层框架，可以理解为 快递物流系统。它将复杂的网络通信拆解为四层协作（实际工作常细化为五层），每一层专注特定任务，就像快递流程中的不同角色：

---

第一层：应用层（淘宝卖家）

• 做什么：处理用户能直接接触的功能（微信聊天、网页浏览、邮件发送）。
• 类比：淘宝卖家打包商品（生成数据），但不管运输细节。
• 常见协议：
  • HTTP：像商品详情页（网页传输）
  • SMTP：像寄信服务（发电子邮件）

---

第二层：传输层（快递公司）

• 做什么：确保数据完整送达，选择运输方式：
  • TCP（顺丰）：必须签收才算送达（可靠连接），适合重要文件（网页、邮件）。
  • UDP（普通快递）：直接放快递柜（无连接），适合实时视频（丢了帧也能看）。
• 关键动作：给数据包贴“端口号标签”（如 80=网页，443=加密网页）。

---

第三层：网络层（分拣中心）

• 做什么：解决“往哪送”的问题：
  • IP协议：给数据包贴收件人地址（IP地址），路由器根据地址选择路线。
  • ICMP：像物流追踪系统（反馈堵车、丢件等问题）。
• 特点：不保证必达（可能丢包），但能跨城市配送（跨网络通信）。

---

第四层：数据链路层（快递员）

• 做什么：解决“最后一公里”配送：
  • MAC地址：像小区门牌号（交换机靠MAC地址找到具体电脑）。
  • 错误检测：快递员核对包裹是否破损（CRC校验）。
• 典型场景：同一个办公室内电脑互传文件（局域网）。

---

第五层：物理层（运输工具）

• 做什么：把数据变成物理信号：
  • 网线用电信号 → 像卡车运货
  • 光纤用光信号 → 像高铁运输
  • WiFi用电磁波 → 像无人机空投

---

为什么分层？

就像淘宝卖家不用懂物流，程序员只需写APP代码，网络设备厂商专注做路由器。分层让技术升级更灵活：

• 4G→5G只需改物理层（换更快卡车）
• HTTP→HTTP/3升级传输层（换智能物流系统）

---

延展知识：TCP/IP vs OSI

TCP/IP 实际分层	OSI 七层模型	核心差异
应用层	应用层+表示层+会话层	TCP/IP 合并用户相关功能
传输层	传输层	完全对应
网络层	网络层	完全对应
数据链路层+物理层	数据链路层+物理层	硬件相关层合并

💡 场景联想：
你发微信（应用层）→ 微信用TCP打包（传输层）→ 路由器查IP选路（网络层）→ 公司交换机靠MAC地址找你的电脑（数据链路层）→ 网卡转成电信号（物理层）。
TCP/IP对等模型可以理解为一种简化版的分工协作系统，将复杂的网络通信过程拆解为四个核心环节。每个环节都有明确职责，且上下层之间直接对应协作（所谓“对等”即指这种直接关联性）。我们结合生活中的快递系统来类比：

---

TCP/IP 对等模型

一、应用层 → 客户服务中心

• 通俗解释
  就像你走进快递网点说：“我要寄个手机到上海”，柜台人员（应用层）负责接收你的需求，并登记物品信息（数据）。
  • 对应技术：微信聊天、网页浏览、邮件发送等软件功能
  • 关键点：只关注用户需求本身，不关心后续如何运输

---

二、传输层 → 包装分拣部

• 通俗解释
  分拣员根据物品特性选择包装方式：贵重物品用防震箱+保价服务（TCP协议），普通衣物用塑料袋+普通邮寄（UDP协议）。同时给包裹贴上“寄件人/收件人”（端口号标签），确保对方能识别是哪个客户寄的什么物品。
  • 核心区别
    • TCP = 保价快递：速度慢但全程追踪（视频通话/网银交易）
    • UDP = 普通邮寄：可能丢失但成本低（直播弹幕/在线游戏）

---

三、网络层 → 物流调度中心

• 通俗解释
  调度员查看包裹目的地（IP地址），规划最优路线：“上海件走空运，南京件走陆运”。同时给包裹贴上含省市区的详细地址标签（IP包头），指挥不同运输工具接力传递。
  • 核心工具：路由器 = 中转仓库，IP协议 = 全球统一的地址编码规则

---

四、网络接口层 → 运输车队

• 通俗解释
  货车司机负责实际执行：把调度中心分配来的包裹装车（数据帧封装），通过高速公路（网线）或航空线（光纤）运输。到目的地后核对车牌号（MAC地址）确保卸货到正确网点。
  • 核心动作：
    • 将地址标签转化为具体运输动作（数字信号→光脉冲/电信号）
    • 确保两个相邻站点间的准确送达（交换机→电脑的直连通信）

---

关键理解要点

1. “对等”的实质
   每一层只和直接上下级沟通，如同快递员无需知道包裹里是手机还是衣服（应用层数据），调度员也无需关心是否保价（传输层机制），各司其职高效协作。

2. 故障排查优势
   若包裹卡在上海中转站（网络层问题），只需检查调度系统而非质疑包装方式（传输层）或货车性能（接口层），快速定位问题环节。

3. 现实应用场景

   • 微信发图：
     应用层（拍照输入）→ 传输层（TCP确保图片完整）→ 网络层（IP寻址好友手机）→ 接口层（4G信号传输）
   • 网页访问：
     应用层（输入网址）→ 传输层（TCP建立连接）→ 网络层（IP找到服务器）→ 接口层（光纤传输数据）

---