从 0-1 聊聊网络的演进

在上文中，我们讲述了访问网站的原理，即当我们解析到域名的IP地址时，需要与服务器建立连接。那么我们是如何根据 IP 找到这个服务器呢？

为了更好地解释这个问题，我们先从最简单的问题分析，将需要通信的设备简化为两台，只需用网线连接它们，这样就形成了最简单的网络。如下图所示：

设备A 和 设备B 进行了连接，他们就可以通信了。但是，如果现在我再加入一个设备C，整体的结构就变成了如下所示：

当设备A想要向设备B发送消息时，由于不知道目标端口，所以只能将消息发送到每个网口。这意味着设备C也会收到设备A的消息。那么设备C如何确定这个消息是否是针对自己的呢？这个问题暂时先不讨论，我们将在后面讨论。

第一层-物理层

通过上述分析，如果有三台设备，就需要每台设备连接两根网线，并且每个设备需要有两个网口（以此类推）。随着设备数量的增加，每个设备上的插口也会增多，这显然是不合适的。那么该如何解决呢？

解决方法有两种：

1. 采用总线模式，如下图所示：

通过上图，我们可以使用一个总线将各个设备串联起来，这样每个设备就可以进行通信了。但是总线模式存在两个主要问题：

1. 1. 1. 网络整体可靠性依赖于总线，总线故障会导致整个网络瘫痪。
      2. 设备之间的消息发送必须经过总线，导致冲突非常高。

因此，总线模式逐渐被淘汰。

2. 添加一个特殊的设备进行转发，将请求转发到指定端口。

从上面的图上可以看出，我们加了一个特殊的设备，这个设备负责把收到的数据进行无脑的复制和发送到其他设备。 这样设备A就能和其他设备通信了，这个设备的名字就是 集线器 。 其主要功能是对接收到的信号进行再生整形放大，以扩大网络的传输距离。

在这个过程中，设备A发送消息1，经过集线器后，每个出口都会复制发送一份。

由于集线器没有任何逻辑，因此属于物理层。由于集线器将消息转发给每个设备，因此我们不知道消息发送给谁，只能在设备收到后自行判断。那么回到最初的问题，设备如何判断这个消息是否是针对自己的呢？这时我们需要在消息上加上一个特殊的设备ID，即MAC地址。

因此，我们的报文需要进行包装，增加发送方和接收方的MAC地址。整体的消息报文如下所示：