目录

前言：

一、网络传输基本流程

1.1、认识MAC地址

1.2、认识IP地址

二、socket编程预备 

2.1、端口号

2.2、传输层的代表

2.3、网络字节序 

2.4、sockaddr 结构

总结：

前言：

大家好，上一篇文章，我们说到了协议。

我们说，协议，就是一种约定！！协议是分层的，本质原因是因为问题是分层的。

在代码层面上，协议就是通信双方都认识的数据结构。

那么我们今天继续来学习网络基础的概念。

一、网络传输基本流程

两台独立的主机用一根网线连接起来，他们之间是否能相互通信？

是的。

几个独立的主机通过网线与交换机连接起来，就形成了局域网。

1.1、认识MAC地址

MAC 地址是 网络设备的物理硬件地址，用于在 局域网（LAN） 内唯一标识一台设备（如电脑、手机、路由器等）。它工作在 OSI 模型的第 2 层（数据链路层），主要用于 以太网（Ethernet）、Wi-Fi（802.11）等本地网络通信。

MAC地址是用来识别数据链路层中相连的节点，一般来说长度为48位，及6个字节。

一般用16进制数字加上冒号的形式来表示（例如：08:00:27:03：fb：19）

MAC地址在网卡出厂时就确定了（每个物理网卡在制造时会被分配一个唯一的 MAC 地址），不能进行修改，MAC地址通常是唯一的。

后面我们详细谈论数据链路层的时候，会谈 mac 帧协议，此处我们做一个了解即可。

以以太网为例，在以太网中的任意时刻，都只允许一台机器向网络中发送数据。如果有多台机器同时发送，就会发生数据干扰。我们称之为：数据碰撞。

而所有发送数据的主机都需要进行碰撞检测与碰撞避免。

所谓碰撞避免，就是发现此时有主机发送数据了，你就进行休眠，等一会再发送数据。

在没有交换机的情况下，一个以太网就是一个碰撞域。

在我们的局域网通信的过程中，主机对收到的报文确认是否是发送给自己的，是由目标的MAC地址来判定的。

目标MAC地址一样，就说明这个报文是发给自己的。

以太网就是一个临界资源

主机abcd发送数据时执行的代码是临界区

我们采用碰撞避免碰撞检测来保证临界资源使用时数据的原子性

这个碰撞也是为什么人一多，我们的网就卡起来了，因为碰撞的次数增多了，休眠的时间就多了。

---

再来看同一个网段内的两台主机进行发送消息的过程：

而其中每层都有协议，所以当我进行进行上述传输流程的时候，要进行封装和解包。

当应用程序发送网络数据时，数据必须经过操作系统的网络协议栈处理，最终由网卡（硬件）发送出去。这个过程是 “从上到下” 的，即：

1. 应用层（用户态） →

2. 传输层（TCP/UDP） →

3. 网络层（IP） →

4. 数据链路层（MAC/ARP） →

5. 物理层（网卡驱动） →

6. 网卡硬件（NIC）

为什么是这样从上到下的贯穿？

这是因为网卡是硬件，管理工作由操作系统来进行，今天要访问的网络功能网络层传输层是属于内核的。

所以你发数据一定会使用系统调用，使用系统调用就一定会贯穿操作系统的，所以一定会走这条路 

让我们来解释一下，为什么同层之间，都认为自己在和对方同层协议在直接通信。

在我们用户发送一个“你好”的信息后，用户层会给这个信息添加一个用户层的报头。

报头（Header）本质上是一种数据结构。它在计算机网络中用于存储协议控制信息，通常以固定或可变格式的二进制数据块的形式存在，由协议规范明确定义其字段和排列方式。

以快递为例，报头类似于快递单。

这个应用层汇报自己的报头加有效载荷（这里是“你好”），传递给下一次传输层，由传输层再添加一个传输层报头。随后让传输层报头把自己的报头加有效载荷（这里的有效载荷指的是应用层报头+“你好”），传递给下一层网络层。

一段报文，就等于自己的报头+有效载荷。

ether后面就是mac地址。

 在Windows上可以通过命令：ipconfig /all来看到自己的物理地址（即mac地址）。

1.2、认识IP地址

跨网段的主机的数据传输. 数据从一台计算机到另一台计算机传输过程中要经过一个或多个路由器。

我们如何理解IP地址呢？

我们从一台主机跨网段向另外一台主机发送信息，就跟你人生的发展阶段一样。

我们的出生的婴儿就是源IP地址，我们的死亡的时候的老人就是目标IP地址。

在我们从婴儿到死老人的过程中，不是一蹴而就的，而是划分了许多个阶段。我们从婴儿会长到小孩，又会从小孩长到青少年，最后是青年，壮年，中年，中老年，老年。

IP地址就像人生的起点与终点——从出生的婴儿（源IP）到离世的老人（目标IP），代表通信双方永恒不变的身份标识。

而MAC地址则是人生每个阶段的临时身份，随着成长不断变化。

就像从婴儿到老人需要经历童年、青年、中年等阶段，数据包跨越不同网络时，它的源MAC和目标MAC会在每一跳动态更新（如从家庭路由器到运营商网关，再到目标服务器），但IP地址始终如一。

这正体现了：IP负责全局寻址（人生方向），MAC负责局部传输（阶段性的脚步）。

也许这里你还不能对IP地址有一个深刻的理解。没关系，我们先继续往下面看。

---

这张图的通信双方并不处于同一个局域网中，甚至于二者的局域网类型都不一样。

他们之间如何进行通信呢？

这就要通过我们的路由器了，所谓路由，就是进行路径的选择。

左侧的FTP客户，通过我们说的封装过程，将IP层的IP报文封装成以太网帧，添加源MAC（客户端网卡）和目标MAC（默认网关，如路由器）。

这样就将信息传给了路由器，随后路由器的以太网接口收到帧，校验MAC地址（目标MAC是否匹配自身接口）。剥离以太网头，解析IP包，查询路由表决定下一跳去向哪里。

由于另外一侧是令牌网，路由器就重新封装IP包为令牌环帧（格式与以太网不同，如使用令牌控制访问）。随后更新源MAC（路由器令牌环接口MAC）和目标MAC（下一跳设备MAC）。

若目标服务器在令牌环网中，服务器网卡就接收令牌环帧，校验MAC是否正确后剥离帧头，将IP包上传至内核协议栈。IP层检查目标IP是否为本机，TCP层按端口号交付给FTP服务进程。

( 路由器通过多个接口连接不同子网，每个接口的IP充当该子网的网关。网关是路由器接口的IP地址，主机需配置网关才能访问外部子网。)

---

抽象点的图看看：

这个过程更详细的来说，就是封装到了网络层，此时进行IP的封装，确定好目标的IP地址与源IP地址，发现此时的IP地址前面的跟我们的局域网的IP地址不一样（一般来说同一个局域网中的IP地址，点分十进制的话，前面三个数都是一样的，所以我们就能判断是否目标地址与我在同一个局域网，如果不是，就将目标MAC设为默认网关（路由器）的地址），随后传递给链路层，进行mac地址的封装。

封装好之后，就要开始传递信息了。

在以太网中（以太网是一个局域网）有另外的其他许多主机，但是他们的mac地址都匹配不上，最后我们就匹配上了路由器的对应以太网接口的mac地址。

此时路由器的网卡收到了消息，开始网上解包，到了网络层解包出了源IP地址与目标IP地址，查询

路由表：若目标IP在直连网络中，就重新封装帧（更新源/目标MAC）并从对应接口转发；否则交给下一跳路由器。

找到目标局域网后，这个路由器此时就继续往下封装成mac帧，由负责该局域网的网卡发出信

息，在这个局域网下的主机都会收到消息。

随后通过目标mac地址是否匹配来判断是否接收。

最后目标主机就匹配成功了，随后逐渐网上解包，把消息给了用户。

二、socket编程预备 

IP在网络中，用来标识一个主机的唯一性。

但是这里我们要思考一个问题：数据传输到主机是目的吗？

不是的！！因为数据是给人使用的。比如：聊天是人在聊天，下载是人在下载，浏览网页是人在浏览。

但是人怎么看到聊天记录的呢？怎么执行下载？浏览任务的呢？

是通过启动的qq微信，网盘，浏览器。

而启动的这些都是进程。换句话说，进程是人在系统中的代表，只要把数据传给进程，就相当于人拿到了数据。

所以，数据传输到主机不是目的，而是手段。到达主机内部后，交给主机里的进程，才是目的。

但是系统中，同时会存在许多个进程，当数据到达主机之后，怎么转发给目标进程？

如何把数据交付给进程？这就依赖于传输层的两大协议：TCP与UDP，以及它们的“地址簿”——端口号（Port）。

2.1、端口号

我们可以用“10086客服热线”来进行类比

• PID：相当于客服工号（如“工号1024”），用于内部管理，客户无需知道。

• 端口号：相当于客服热线号码（如“10086”），客户通过拨打号码找到服务。

• 进程 ID 属于系统概念，技术上也具有唯一性，确实可以用来标识唯一的一个进程，但是这样做，会让系统进程管理和网络强耦合，实际设计的时候，并没有选择这样做。

2.2、传输层的代表

传输层主要有两种核心协议：TCP（传输控制协议） 和 UDP（用户数据报协议）。它们为应用层提供不同的数据传输服务，是互联网通信的基础。 

2.3、网络字节序 

不管这台主机是大端机还是小端机，都会按照这个协议规定的网络字节序来发送和接收数据。如果当前发送主机是小段，就需要先把数据转化成大端。

2.4、sockaddr 结构

// 创建 socket 文件描述符 (TCP/UDP, 客户端 + 服务器)
int socket(int domain, int type, int protocol);// 绑定端口号 (TCP/UDP, 服务器)
int bind(int socket, const struct sockaddr *address,socklen_t address_len);// 开始监听 socket (TCP, 服务器)
int listen(int socket, int backlog);// 接收请求 (TCP, 服务器)
int accept(int socket, struct sockaddr* address,socklen_t* address_len);// 建立连接 (TCP, 客户端)
int connect(int sockfd, const struct sockaddr *addr,socklen_t addrlen);