一、网络的演进

        独立模式：早期计算机各为其主，数据交换靠“软盘拷贝”，效率极低

        网络互联：为了共享软件与数据，多台计算机通过计算机传输介质（网线/光纤/电磁波）连接，实现了网络数据传输，即网络通信。

根据覆盖范围，我们将其划分为：

        局域网（LAN）：局部私有网络，特点是宽带高、延迟低，但广播域比较大时易产生广播风暴。

        广域网（WAN）：通过路由器将多个LAN互联，覆盖城市甚至全球。互联网就是最大的公共广域网。

二、网络通信的三大基石：IP、端口、协议

        要实现跨主机的进程间通信，必须解决“找得到、交的准、读得懂”三个问题。

2.1 IP地址：定位主机（逻辑地址）

        作用：标识网络中的主机或网络设备

        格式：32位二进制，点分十进制（如127.0.0.1）

        本质：IP地址是逻辑上的，它可以随网络环境改变（如手机从WiFi切换到5G，IP即变）。路由器只认IP网段，据此进行路由决策。

2.2端口号：定位进程（入口标识）

        作用：标识主机内的特定进程

        范围：0~65535.其中0~1023为“知名端口”（如HTTP的80、HTTPS的443），由系统占用；

1024~65535供用户进程使用。

        痛点：端口是稀缺资源。高并发服务器必须采用端口复用或长连接，否则极易因端口耗尽而拒绝新连接。

2.3协议：规定“语言规范”

        作用：规定数据如何封装、如何建立/断开连接、如何纠错。它是异构网络（不同系统、不同硬件）能够互通的基石。

三者的结合：IP：Port唯一定位一个通信端点，协议决定了数据以什么语法解析。

三、五元组：操作系统内核的“精确制导”

        当网卡中断将数据包上交，内核依靠五元组将数据包靳准投递给对应的Socket缓冲区，而不是乱塞给其他进程：

五元组要素	示例	内核用途
源IP	127.0.0.1	知道数据谁发送的
源端口	54321	区分同一主机的不同进程
目的IP	14.215.177.39	确认是否发给本机
目的端口	80	交给Web服务
协议号	TCP/UDP	交给TCP模块还是UDP模块

四、为什么必须分层？——解耦与迭代的必然

        网络硬件日新月异（从同轴电缆到光纤），软件协议层出不穷。如果不分层，任意底层物理介质的更换都会导致上层应用全部重写。

        分层的终级奥义：上层依赖下层的接口，不依赖实现。就像Web应用不需要关心数据是走双绞线还是WiFi，只要操作系统提供稳定的Socket接口即可。

        目前核心的两套模型：OSI七层模型（理论）、TCP/IP五层模型（现实）

4.1OSI七层模型

        存在于书本的理论知识

层级	名称	核心
7	应用层	为用户进程提供网络服务接口
6	表示层	数据格式转换、加解密、压缩解压
5	会话层	建立/管理/拆除会话连接
4	传输层	端到端可靠/不可靠传输（TCP/UDP）
3	网络层	主机到主机寻址与路由（IP，路由器再此）
2	数据链路层	相邻节点帧传输与差错校验（交换机在此）
1	物理层	原始比特流传输（网线在此）

4.2TCP/IP五层模型

        把OSI的上三层合并为应用层，简化实用

层级	名称	核心协议/设备	核心
5	应用层	HTTP、DNS、SMTP	生成用户数据
4	传输层	TCP（可靠）、UDP（不可靠）	进程间数据交付
3	网络层	IP、ICMP；路由器	跨网段寻址与跳转
2	数据链路层	以太网协议；交换机	同网段设备间数据帧交换
1	物理层	双绞线/光纤/电磁波；集线器	物理信号传输

五、不同网络设备的边界

        集线器（Hub）：工作在物理层。它看不懂任何协议头，只会把收到的电信号放大广播出去。

        交换机（Switch）：工作在数据链路层。它能识别MAC地址，并维护MAC地址表进行精确转发。但它看不懂IP地址，无法跨网段传输。

        路由器：工作在网络层。它能识别IP地址，根据路由表跳转。但它默认不关心端口号，除非做NAT（网络地址转换）时才被迫扒开TCP/UDP头部。

有了IP，为什么还要MAC？

原因：IP是最终目标（逻辑地址），MAC是下一跳的交通工具（物理地址）。路由器每次转发，都会剥掉旧的MAC头，封装上下一跳的MAC头，但IP头始终不变（除非做NAT）

六、封装与分用概述

        封装：应用数据自上而下，每层加一个头部。数据——>段（TCP头+数据）——>数据报（IP头+段）——>帧（MAC头+数据报+帧尾）。

        分用：自上而下，每层剥掉对应的头部，根据头部中的“类型/协议”字段，将载荷交给正确的上层模块。

七、实战推演：当你访问百度时，协议栈每一秒在做什么？

        模拟协议模型完整工作流程

阶段一：应用层与传输层（TCP套接字的“三次握手”前置）

        从协议栈视角看，TCP三次握手是双方操作系统内核针对五元组建立连接状态（PCB，协议控制块）的过程。

1.客户端内核：应用层调用connect()时，内核从临时端口范围中分配一个空闲端口，并构造一个TCP SYN段：

                TCP头部关键字段：源端口54321，目的端口80，Seq=随机值，Flags=SYN。

                此时，内核将该连接标记为SYN_SENT状态，并启动重传定时器。

2.服务器内核：收到SYN后，服务器内核并非立即交给Nginx，而是在半连接队列（SynQueue）中创建条目，并回复SYN_ACK，当收到第三次ACK后，该连接被移入全连接队列，此时accept系统调用才返回。

阶段二：网络层

        当TCP将SYN段交给IP层时，IP层先是查路由表，查找到下一跳。

        IP头封装：源IP、目的IP、TTL、协议号

阶段三：数据链路层——ARP解析

        IP层只知道要把包发给网关，但以太网帧需要的是MAC地址。怎么把IP转成MAC？这里涉及一次协议栈内部阻塞：

        1.内核先去查询ARP缓存表。如果有对应的MAC，直接使用。

        2.如果缓存没命中，这个数据包不能立刻发送，内核必须暂停该数据包的发送流程，并在局域网内广播一份ARP请求帧。

        3.网关收到ARP请求后，单播回复自己的MAC。此时，数据链路层拿到MAC，缓存表更新，刚才卡住的数据包被重写唤醒，封装帧。

阶段四：路由器转发

        当网管路由器从内网接口收到这个帧时，它执行自下而上再自上而下的精密协作：

        1.物理层——>链路层：网卡检测到目的MAC是自己，剥掉帧头帧尾，将里面的IP数据报交给内核IP模块。

        2.网络层（核心决策）：路由器查看IP头中的目的IP，查询自己的路由表，发现匹配外网出口，将IP头中的TTL减一，并重新计算IP头部校验和

        3.链路层（MAC地址重写）：路由器发现下一跳不在本地局域网，继续用ARP查询MAC，重新封装帧。

总结：数据包在跨越路由器时，IP头基本不变（只减TTL），但MAC头被完全撕掉重写。这就是IP寻址与MAC寻址的配合。

阶段五：目标服务器的精准分用

        经过无数个路由器的MAC换皮，最终帧到达百度服务器的网卡，此时开始逆向的分用：

1.链路层：网卡检测目的MAC是本届，剥掉帧头，交给IP模块

2.网络层：IP模块检测目的IP是本机IP，剥掉IP头，看到协议，交给TCP模块。

3.传输层（TCP内核）：提取五元组，在建立连接的表中查找五元组，匹配到后，将数据拷贝到该Socket的接收缓冲区。

4.应用层：Nginx进程通过select系统调用被内核唤醒，从缓冲区读取数据。