网络基础物理层入门：交换方式、传输介质与常见排查

简介：《网络基础物理层详细讲解》是一份面向嵌入式与网络初学者、准备补强TCP/IP底层概念的docx学习材料，重点梳理数据从上到下封装及逐层解封装的过程，并比较电路交换、报文交换与分组交换的机制差异。文档结合网线、网卡、协议栈三要素，展开同轴电缆、双绞线、光纤等传输介质，以及10BASE5以太网标准、共享型网络、冲突域和CSMA/CD载波侦听、冲突检测、随机延迟重发等知识点，适合课程复习与面试前查漏补缺。 资源包仅含1个docx文件，压缩包约3.46MB，篇幅与排版便于按章节阅读和标注。目前已有106人学习，说明内容对理解物理层与链路层基础具备一定参考价值。读者可从中获得数据交换方式的对照框架、封装解封装的分层思路，以及以太网早期介质与冲突处理机制的完整讲解，为后续学习TCP/IP协议栈和嵌入式联网打下概念基础。

1. 从一根网线开始：零基础也能搞懂的物理层到底是什么

很多人第一次听到「网络基础物理层」，脑子里浮现的是路由器、WiFi、IP 地址这些词，结果翻开资料一看，全是电压、编码、冲突域，瞬间就发怵了。其实换个角度想：你在家寄快递，不管包裹里装的是合同还是零食，快递车走的都是同一条马路。物理层就是这条「马路」——它不关心你传的是网页还是视频，只负责把 0 和 1 变成电信号、光信号，送到对面去。这份资料讲的就是这条马路怎么修、上面怎么定规矩、多辆车怎么才能不撞在一起。适合刚接触 Ethernet、tcpip 网络基础的嵌入式新手，也适合工作里要跟网卡、协议栈打交道但一直没弄明白底层的人。

2. 先弄明白为什么要学：三种数据交换方式决定了你后面所有的理解

学物理层之前，得先知道「数据为什么要交换」。这就像早高峰的路口，如果所有车都想走同一条道，没有规则一定堵死。网络里的三种交换方式，就是三代「交通规则」的演进，理解了它们，你再看后面的冲突域、CSMA/CD 就不会觉得是天上掉下来的玄学。

2.1 电路交换：先占一条专属车道

电路交换的思路最朴素：通信之前，先在你和对方之间维护一条逻辑电路，这条线路只传你的数据，不传别人的。好处是稳定、独占，坏处也很明显——哪怕你这一秒没说话，这条线路依然被你占着，别人想用也用不了。

我第一次理解这个，是把它想成打电话：你拨通了，哪怕两个人都不说话，这条通话链路也一直挂着，第三个人打不进来。传统电话网就是这个模型。

它的代价是资源浪费。一条链路被占住却闲置，等于一条车道空着但拉了警戒线，别的车只能干瞪眼。所以在数据量小、断续通信的场景里，电路交换效率很低。

2.2 报文交换：给每个包裹贴上标识

为了提升效率，让两台以上的设备能同时用同一条线路发数据，就得防止数据在传输过程中混乱。办法是加标识：每个人把自己要传的数据加上一个标识，接收端根据标识来判断这段数据是谁发的、发给谁的。

打个比方，一条传送带上同时跑着好几个人的包裹，每个包裹上写清楚收件人，到了终点再按标识分拣，就不会拿错。这就是报文交换的核心——整段数据加上头部信息，一站一站往下送。

它解决了「共用线路」的问题，但没解决「大包裹堵路」的问题：一个报文如果特别大，它占着线路的时间就长，后面的小报文只能等着。这就是后面分组交换要动手改的地方。

2.3 分组交换：把大包裹切成固定大小的小格子

分组交换依然做报文交换那套「加标识」的事，但多做了一步：给每个数据的大小定一个上限，先做分片。每个数据段有固定上限，同时加上标识，说明这段数据是从哪个设备到哪个设备的。

这样一来，多台设备就能真正交替使用同一条链路，数据紊乱的问题算是解决了。但新的问题又冒出来：如果各家的数据大小不一致，谁的分片大谁就占便宜，会出现转发的不公平现象。于是再规定一个固定值，每次只传这么大的值，公平性也有了着落——报头加上这个固定大小的数据，就一路交到物理层，通过网卡/网口走传输介质，从此往后，线上跑的全是 010101。

这段演进最值得新手记住的一点是：每一代方案都不是凭空设计的，而是被上一代的缺陷逼出来的。你后面学到的每一个参数，往往都能追溯到某个「不得不这么定」的理由。

2.4 封装与解封装：寄快递那点事

数据从上往下走的过程叫封装，像打包快递：盒子里塞了很多东西，泡沫、说明书、赠品，但对方真正想要的只是里面那个小物件，那个小物件就像应用层的数据。每经过一层，外面就多套一层包装，写上这一层关心的信息。

接收方反过来做解封装，从下层到上层一层层拆，拆到应用层拿到真正的数据。对接收者来说，就是把包裹拆开看看，没问题就收下。

这里有个新手常犯的迷糊：以为封装是「把数据变复杂了」。其实不是，封装是「把每一层需要的信息附加上去」，好让对面每一层都能各取所需。物理层只看最外层能不能变成电信号，它压根不关心里面装了什么。

提示：理解封装顺序（上层到下层）和解封装顺序（下层到上层）是后面排查网络问题的基本功，方向记反了，看抓包会一脸懵。

3. 最小网络三要素：网线、网卡、协议栈怎么凑成第一条通路

网络诞生前，人们靠刻录来搬运数据；网络诞生后，想搭一个能用的最小网络，只需要三样东西：网线、网卡、协议栈。这三个词听着专业，拆开看都是生活里能对应的东西。

3.1 三要素各管什么

网线上跑的是比特流，也就是一串 0 和 1 的电信号或光信号。它自己不懂含义，只负责把信号从一头送到另一头，相当于快递的运输车。

网卡负责转换，把设备内部能理解的数据变成线上能跑的比特流，反过来也把收到的比特流还原。它是「翻译官」，一边对接设备，一边对接介质。

协议栈是「共同语言」。现在用的 tcpip 协议栈几乎都集成在设备上了，只要你买的设备跟网络相关，基本都支持 tcpip。换句话说，你不需要自己去实现一套协议，设备出厂就带着。

新手容易把这三者混为一谈，觉得「插上网线就有网了」。实际上插上网线只是有了运输通道，网卡得工作正常，协议栈得配好地址，三者缺一，通路就是断的。这也是为什么很多「网线插了但上不了网」的问题，最后查出来是网卡驱动或者地址配置的锅。

3.2 一个能上手的最小验证思路

入门阶段不用急着搭复杂环境，先做一件事：确认你手上这台设备的网卡能被系统识别、协议栈正常工作。在 Linux 环境下，可以先用最基础的命令看一眼网卡状态。

# 查看所有网络接口，确认网卡是否被系统识别 ip link show # 查看接口的地址配置情况，确认协议栈是否分配了地址 ip addr show

第一条命令列出系统认到的所有网络接口，你会看到类似eth0、wlan0这样的名字，后面跟着state UP或state DOWN。UP表示这块网卡已经被启用，DOWN表示还没启用。如果连接口名字都看不到，说明网卡没被识别，问题在驱动或硬件层面，跟协议栈无关。

第二条命令看地址，重点是有没有分配到 IPv4 地址。有地址说明协议栈在这块网卡上是工作的；没有地址，可能是没插网线、没开自动获取，或者配置被清空了。

这两条命令的意义在于帮你建立分层排查的意识：先确认物理和驱动这一层通不通，再往上查地址和协议。新手最常见的翻车方式，就是一上来就去改各种网络配置，结果底层网卡根本没起来，改什么都没用。

注意：不同发行版的命令输出格式略有差异，但接口名、状态、地址这三类信息一定会有，认准这三样即可。

3.3 从「能看见」到「能通」

确认网卡和地址之后，下一步才是验证连通性。这里的顺序很重要：接口在、状态 UP、有地址，三者齐了再去测通断，否则你测的其实是一个不存在的通路。

入门时建议把这条链路当成检查清单来记：物理连接（线插好没）→ 网卡识别（系统认不认）→ 接口启用（UP 没）→ 地址配置（有没有 IP）→ 协议栈工作（能不能收发）。每一步对应不同的排查方向，比漫无目的地试要快得多。

4. 传输介质怎么选：同轴电缆、双绞线、光纤的门道

介质就是「马路本身」。资料里列了几种常用传输介质，每一种都有自己的脾气，选错了不是不能跑，而是跑得憋屈。

4.1 同轴电缆：一根线上挂多个设备

早期的有线电视用的就是同轴线缆。要实现多设备互联，可以在耦合器的每个接口下接一个设备，画出来就是一根线上承载了多个设备。

这种结构叫共享型网络，所有设备共享一根线。以太网标准里有个经典写法10BASE5，拆开看：10表示每秒可以传 10M；BASE表示基于某种标准传输，在同轴电缆上用的是曼彻斯特编码；5表示传输距离 500 米。这三个位置的数字和字母各自有明确含义，不是随便编的代号。

它的缺点很实在：传输速度慢，没有私密性可言——一根线上所有设备都能听到信号，谈不上谁的数据只属于谁。再加上同轴电缆本身比较贵，现在基本退出了主流桌面场景。

4.2 冲突域：设备越多，撞车越频繁

设备互相传输时会产生数据碰撞，数据发生碰撞的这个范围就叫冲突域。设备越多，冲突域越大，传输越慢，因为大家抢同一根线。

这就像一间没有主持人的会议室，人越多，同时开口的概率越高，谁也听不清谁。冲突域这个概念之所以重要，是因为后面所有的「怎么避免撞车」的技术，都是围绕缩小或管理冲突域展开的。

4.3 CSMA/CD：先听后发、边听边发、冲突停发

避免冲突用的技术叫 CSMA/CD，中文是载波侦听多路访问/冲突检测。名字长，拆成三步就很好记。

第一步先听后发：设备先去听线上有没有电压摆动值，听完发现线是静止的，才开始发送数据。这就是「先听后发」。

第二步边听边发：发送的同时继续听，因为冲突不可避免——完全可能出现两台设备同时听到线是静止的，然后同时开口。

第三步冲突停发：一旦先听到线上有电压摆动，就停止发送，不往线上继续送数据。停下之后，还有一个退避算法，计算一个随机值，比如 10 秒，这 10 秒内不往线上发，10 秒后再去听线上是否还被占用，这个动作叫随机延迟后重发。

这三步的逻辑其实跟现实中两个人同时说话一模一样：先听听有没有人在讲，讲的时候留意对方是不是也开口了，撞上了就一起停，各自随机等一会儿再说，避免下次又同时开口。退避算法里那个「随机」是关键，如果两边都等固定时长，下次还会撞。

4.4 双绞线：五类六类到底差在哪

双绞线分 UTP 非屏蔽双绞线和 STP 屏蔽双绞线。五类、六类指的是双绞线的类型，数字越大规格越高。资料里提到一个容易忽略的细节：双绞线如果是千兆，那么八根线都用了。

这句话的含义是，早期百兆场景里可能只用其中几对线，到了千兆，八根线全部参与传输，线材质量和接线工艺的影响就被放大了。所以新手自己做网线时，八根线压接顺序错一根，可能百兆能跑、千兆就是跑不满，这种问题特别隐蔽。

屏蔽与非屏蔽的区别在于抗干扰：STP 多一层屏蔽层，适合干扰较大的环境，但对接地和施工要求更高；普通办公和家用场景，UTP 就够用。别一上来就迷信屏蔽线，屏蔽层没接好，反而可能变成干扰的收集器，这是很典型的血泪经验。

4.5 光纤：把电信号换成光

资料里光纤部分没有展开，但保留这个名词本身就说明介质演进的方向：从电信号走向光信号。入门阶段你只需要建立一个印象——不同介质的差别集中在传输距离、抗干扰能力和成本这三个维度上，具体选型在后面的工程实践中会不断遇到，不必现在就把每种规格背下来。

用一个表把几种介质的入门认知串起来：

5. 新手最容易踩的坑：物理层排查常见问题

物理层的问题有个特点：现象看着像「软件坏了」，根子却在最底下。下面几条是入门阶段最高频的翻车现场，每条都按「现象 → 原因 → 解决」写清楚。

5.1 网线插了，接口状态还是 DOWN

现象：网线明明插好了，ip link show里对应接口还是state DOWN。

原因：可能是网卡没被启用，也可能是线序或接口本身有问题，还可能是对端设备端口没开。物理层不通，上层再怎么配都是白搭。

解决：先确认接口是否被人为关闭，再换一根确定好用的网线、换一个端口试。别急着改配置文件，先让接口状态变成 UP 再说。

5.2 百兆能通，千兆跑不满

现象：同一根网线，接百兆设备正常，接千兆设备速度上不去或者直接协商不上。

原因：千兆要用到八根线，只要其中一对压接不良、线序错误，或者线材本身规格不够，就会出现这种「降级能用、满速不行」的现象。

解决：检查水晶头压接顺序和八根线的通断，确认线材类型满足千兆要求，别拿老线材硬上千兆。

5.3 设备一多就变慢，还以为是自己程序的问题

现象：网络上设备数量增加后，整体传输明显变慢，偶尔还有丢数据。

原因：共享型网络里设备越多冲突域越大，碰撞概率上升，重发次数增加，表现出来就是「慢」。这不是应用层的锅。

解决：先判断当前网络是不是共享型结构，设备数量是不是超出了合理范围。理解冲突域这个概念，才知道该从结构上分流，而不是去优化代码。

5.4 把封装和解封装的方向记反

现象：看抓包或者分析数据流向时，对不上层与层的对应关系，越看越乱。

原因：封装是从上层到下层，一层层往外加；解封装是从下层到上层，一层层往里拆。方向记反，整个分析框架就塌了。

解决：拿寄快递类比固定记一遍——寄出时一层层打包，收到时一层层拆开。每次分析前先在纸上画一遍方向，比背定义管用。

5.5 迷信屏蔽线，结果干扰更严重

现象：换了 STP 屏蔽双绞线，干扰问题不但没改善，反而更不稳定。

原因：屏蔽层需要正确接地才能发挥作用，接地没做好，屏蔽层反而会像天线一样把干扰引进来。

解决：先确认施工和接地条件是否满足，条件不够就用 UTP，别为了「看起来更高级」而上屏蔽线。

提示：物理层排查的核心原则是先底层后上层。接口状态、线材通断、协商速率这三样没确认，就别去动协议配置。

6. 下一步学什么：从物理层往上走的入门路线

物理层搞明白之后，往上走的路其实很清晰，但新手最容易犯的错是「跳跃式学习」——刚知道 010101，就一头扎进 TCP 三次握手，结果两头都没落地。

我的建议是按这个顺序推进，每一步都配一个能动手的小动作：

第一步到第二步之间，有个特别值得做的练习：把「最小网络三要素」在真实设备上对一遍。网线是不是好的、网卡有没有被识别、协议栈有没有正常工作，这三件事亲手验证一次，比看十遍定义都扎实。嵌入式方向的同学尤其要重视这一点，因为设备上的协议栈是集成的，出了问题你只能从物理层和驱动层往上找，没有太多软件层的回旋余地。

第三步开始，就要慢慢建立「分层」的直觉：每一层只关心自己那一段，不越界。物理层不关心数据含义，网络层不关心电信号怎么变，这种各管一摊的设计，才是整个网络能扩展到今天这个规模的原因。你把这条主线抓住了，后面学什么协议都只是往框架里填内容。

我第一次系统学这块的时候，最大的教训是太急着背参数，10BASE5的每个数字背得滚瓜烂熟，却说不清为什么不干脆一开始就用分组交换。后来逼自己把三种交换方式的演进逻辑按顺序讲一遍，讲不通的地方就回去补，才发现很多「玄学」的细节其实都有前因后果。从那以后我每次学新的网络概念，都强制先问一句「它解决了上一代的什么问题」，问不出来就先不往下学。希望这个习惯也能帮到你，让你在物理层这一关少走点弯路。

本文还有配套的精品资源，点击获取