尧图网站建设 
简介这份PDF课件面向计算机、网络工程等专业的学生与考研复习者聚焦《高级计算机网络》第一章中计算机网络与Internet的基础脉络帮助读者理清从电路交换到分组交换的演进逻辑。内容围绕分组交换的产生背景展开涵盖ARPA提出高生存性网络的动因、传统电路交换在链路损毁时通信中断的缺陷以及新型网络在异构互联、冗余路由与结点对等性上的基本特点同时辨析“结点”与“节点”的译名差异并通过多部电话机两两相连所需线对数量、交换机转接含义、电路交换面向连接的建立—通信—释放三阶段等示例逐步引出分组交换的报文分段、首部添加、存储转发与接收端还原全过程。资源为1个PDF文件压缩包约12.63MB页面以图示配合文字讲解适合课堂同步学习与期末梳理。目前已有52人学习可作为入门阶段建立知识框架的参考材料。1. 从一份课件 PDF 说起分组交换到底解决了什么问题很多人第一次翻开《高级计算机网络》第一章看到「计算机网络与 Internet」这个标题第一反应是「这不就是讲概念吗能有什么干货」。但真正做过网络编程、调过抓包、被延迟抖动折磨过的人会告诉你这一章埋着后面所有内容的种子。它要回答的核心问题只有一个两台相隔几千公里的机器凭什么能可靠地交换数据答案不是「因为有网线」而是因为整个 Internet 采用了一套叫分组交换的设计哲学。你后面遇到的所有 TCP 拥塞控制、路由收敛、CDN 调度本质上都是在这套哲学上打补丁。这一章适合两类人准备考研 408 或期末复习、需要把概念串成体系的学生以及写了几年业务代码、但对「数据从网卡出去之后发生了什么」始终没有清晰图景的工程师。下面我不复述教材而是按「概念立住 → 动手验证 → 踩坑排查」的顺序把这一章真正该掌握的东西讲透。2. 电路交换与分组交换为什么 Internet 选了后者2.1 两种交换方式的本质差异要理解分组交换必须先看清它的对手——电路交换。传统电话网就是典型的电路交换你拨号之后从你的电话到对方电话之间的每一段链路都会为你预留一条专属通道通话期间这条通道别人用不了。它的优点是稳定、时延可预测因为资源是独占的。缺点也很致命一旦通话建立即使双方都不说话带宽也被占着利用率极低。分组交换换了个思路。它不预留任何资源而是把数据切成一块块分组packet每个分组独立地在网络中转发。链路被所有用户共享谁有数据谁就发。这样做的好处是资源利用率高代价是每个分组可能走不同的路径、到达顺序可能乱、还可能因为网络拥塞被丢弃。这里有个关键概念叫结点node指的是网络中的交换设备比如路由器和交换机。分组每经过一个结点结点会根据分组头里的目的地址决定往哪个端口转发。整个 Internet 就是由无数结点和链路交织成的网状结构。对比维度电路交换分组交换资源分配建立连接时预留按需动态占用带宽利用率低高时延特性稳定、可预测波动大适用场景语音通话数据通信故障容错链路断了通话中断可绕路重传2.2 用 Python 模拟分组交换的排队延迟光看表格记不住我一般会让学生用几行代码把「分组在结点排队」这件事跑出来感受一下为什么分组交换的时延是波动的。import random def simulate_node_delay(num_packets, service_rate, arrival_rate): 模拟一个结点处理分组的过程 num_packets: 要处理的分组数量 service_rate: 结点每秒能处理的分组数处理能力 arrival_rate: 每秒到达的分组数负载 返回每个分组的排队处理总时延列表 queue [] # 当前排队等待的分组 delays [] # 记录每个分组的时延 current_time 0.0 for i in range(num_packets): # 分组到达间隔服从指数分布泊松到达的典型假设 inter_arrival random.expovariate(arrival_rate) current_time inter_arrival queue.append(current_time) # 结点逐个处理处理一个耗时 1/service_rate if queue: start_service max(queue[0], current_time) finish start_service 1.0 / service_rate delay finish - queue.pop(0) delays.append(delay) current_time finish return delays # 负载为处理能力的 80%观察时延分布 delays simulate_node_delay(1000, service_rate100, arrival_rate80) print(f平均时延: {sum(delays)/len(delays):.4f} 秒) print(f最大时延: {max(delays):.4f} 秒) print(f最小时延: {min(delays):.4f} 秒)这段代码的逻辑是分组按泊松过程到达结点按固定速率逐个处理如果分组到达时结点正忙就得排队。service_rate代表结点的处理能力arrival_rate代表负载。你可以把 arrival_rate 调到接近甚至超过 service_rate会看到平均时延急剧上升——这就是排队论里说的「利用率趋近 1 时时延趋于无穷」。这个现象直接解释了为什么网络一拥塞延迟就爆炸也是后面学拥塞控制时「为什么不能等到丢包才降速」的伏笔。提示把 arrival_rate 设为 95、service_rate 设为 100多跑几次你会看到时延抖动非常明显。这就是分组交换「时延不可预测」的微观来源。2.3 统计复用带来的收益与代价分组交换的核心机制叫统计复用链路不预留给任何人所有用户的分组混在一起排队传输。当用户数足够多、但同一时刻活跃用户比例不高时少量链路就能服务大量用户这就是 Internet 能低成本覆盖全球的经济学基础。代价是当活跃用户突然增多所有分组的排队时延都会上升极端情况下结点缓冲区满了就开始丢包。所以分组交换网络的设计目标从来不是「保证每个分组都不丢」而是「在统计意义上让大多数分组及时到达」。理解了这一点你再看 TCP 的重传机制、看实时音视频为什么要用 UDP 抗丢包算法逻辑就顺了。3. 从结点到 Internet分层模型怎么落到真实网络3.1 为什么必须分层Internet 是一个异构系统底层可能是光纤、Wi-Fi、4G中间是各种路由器和交换机上层跑着 HTTP、DNS、视频流。如果让应用开发者直接面对「光纤信号怎么调制」这种问题没人能写出跨平台的程序。分层就是为了解耦每一层只关心自己的职责通过接口向上层提供服务。教材里通常讲 OSI 七层或 TCP/IP 四层。我建议初学者先抓住 TCP/IP 四层的主线层次职责典型协议数据单位应用层面向具体业务HTTP、DNS、SMTP报文传输层端到端可靠/不可靠传输TCP、UDP报文段网络层主机到主机的路由转发IP、ICMP分组/数据报网络接口层相邻结点间的帧传输Ethernet、Wi-Fi帧每一层在发送数据时会给上层数据加上自己的头部这叫封装接收时逐层剥掉头部这叫解封装。你在 Wireshark 里看到的每一层协议信息就是封装结构的直观体现。3.2 用 tcpdump 观察真实的分层封装概念讲完直接上手抓一次包比看十遍图都管用。在 Linux 或 macOS 上打开终端# 抓取本机与某个网站之间的前 20 个包-n 表示不解析域名 sudo tcpdump -i any -n -c 20 host example.com # 如果想看完整的分层头部加 -v 或 -vv sudo tcpdump -i any -n -vv -c 5 host example.com执行后你会看到类似这样的输出IP 192.168.1.100.54321 93.184.216.34.80: Flags [S], seq 1234567890 IP 93.184.216.34.80 192.168.1.100.54321: Flags [S.], seq 987654321第一行是 TCP 三次握手的第一个 SYN 包。IP开头说明这是网络层信息后面的192.168.1.100.54321 93.184.216.34.80表示源 IP 和端口到目的 IP 和端口。Flags [S]是 TCP 层的标志位S 代表 SYN。你看一个抓包输出里同时包含了网络层IP 地址和传输层端口、标志位的信息这就是分层在真实数据里的样子。注意tcpdump 需要 root 权限。如果提示Permission denied在命令前加sudo。抓包时尽量指定 host 和 -c 数量否则输出会刷屏。3.3 结点、链路与端系统Internet 的组成三要素把视角拉远整个 Internet 可以拆成三个基本组成部分端系统end system也叫主机是真正跑应用的设备你的笔记本、手机、服务器都是。结点是中间的交换设备负责转发分组。链路是连接相邻结点的物理通道可以是铜缆、光纤、无线电波。数据从你的笔记本到一台远程服务器中间可能经过十几个结点。每个结点都维护一张转发表根据分组的目的 IP 决定从哪个端口发出去。这张表怎么来的靠路由协议动态计算。第一章不展开路由算法但你要建立一个直觉Internet 的智能在边缘核心只做尽力而为的转发。这个设计原则叫「端到端原则」它解释了为什么 TCP 的可靠性要靠两端自己保证而不是靠网络中间设备。4. 避坑与排查初学这一章最容易翻车的 4 个点4.1 把「带宽」和「时延」混为一谈现象觉得「网速快」就等于「延迟低」买了个高带宽套餐打游戏还是卡。原因带宽和时延是两个独立指标。带宽决定单位时间能传多少数据时延决定一个分组从 A 到 B 要多久。一条 1Gbps 的链路如果中间排队严重时延照样能到几百毫秒。解决排查网络问题时分开测。带宽用 iperf3 测吞吐时延用 ping 或 mtr 测往返时间。两个指标都正常才说明链路健康。4.2 误以为分组一定按顺序到达现象写了个基于 UDP 的传输程序收到的数据顺序全乱了以为是代码 bug。原因分组交换网络中每个分组独立选路后发的分组完全可能先到。这是设计使然不是故障。解决如果业务需要有序要么在应用层加序号和重排缓冲要么直接用 TCP。别指望网络层帮你保序。4.3 抓包时选错网卡导致什么都看不到现象tcpdump 跑起来一个包都没有但浏览器明明能上网。原因-i any在某些系统上抓不到回环或特定接口的流量或者你抓的网卡不是实际走流量的那块。解决先用ip addr或ifconfig列出所有网卡确认哪块网卡有流量。然后指定具体网卡名比如sudo tcpdump -i eth0 -n。如果还是不行检查是否有防火墙规则拦截了抓包。4.4 把 OSI 七层当成必须严格实现的规范现象纠结「会话层到底对应哪个协议」越想越糊涂。原因OSI 七层是理论参考模型实际 Internet 用的是 TCP/IP 四层或五层模型。会话层和表示层的功能在实际中往往由应用层自己处理。解决学的时候用 OSI 建立分层思维做工程时按 TCP/IP 模型对照实际协议。别在「某协议属于第几层」上钻牛角尖理解每层的职责边界比记住层号重要得多。5. 用 Wireshark 把一次 HTTP 请求拆到每一层前面用 tcpdump 看了握手包但要看清楚完整的分层封装Wireshark 的图形界面更直观。这一章最后我教你一个具体技巧用 Wireshark 的协议分层面板把一次 HTTP 请求从帧到报文逐层拆开。打开 Wireshark选中有流量的网卡在过滤栏输入http然后访问一个 HTTP 网站注意是 http 不是 httpshttps 看不到明文。抓到包后点击任意一个 HTTP 请求包在下方的详情面板里你会看到这样的层次结构Frame 123: 500 bytes on wire Ethernet II: 源MAC → 目的MAC Internet Protocol Version 4: 源IP → 目的IP Transmission Control Protocol: 源端口 → 目的端口 Hypertext Transfer Protocol: GET /index.html HTTP/1.1每一层都可以展开看具体字段。比如展开 Ethernet II 能看到 MAC 地址展开 IP 能看到 TTL 和协议号展开 TCP 能看到序列号和窗口大小。这个面板就是分层模型最直观的教具。我自己的习惯是每学一个新协议就用 Wireshark 抓一次真实流量对着分层面板把每个字段的含义查一遍。这比背教材效率高得多而且能建立「协议字段 → 实际作用」的映射。比如你看到 TCP 的 Window Size 字段再回想第 2 章讲的排队延迟就能理解为什么接收方要用窗口告诉发送方「我还能收多少」——窗口本质上是流控防止发送方发太快把接收方缓冲区撑爆。再进阶一点你可以用 Wireshark 的「统计 → 流量图」功能把一次 TCP 连接的序列号变化画成图。你会看到序列号阶梯式上升中间如果有平坦段说明发送方在等确认这就是滑动窗口在起作用。这些工具用熟了后面学传输层会轻松很多。最后说个我自己的教训早年学这一章时我觉得概念太简单跳过去直接看 TCP。结果学到拥塞控制时怎么都想不通「为什么慢启动要指数增长」。后来回头补了分组交换的排队模型才明白慢启动的本质是在不知道网络容量的情况下快速探测可用带宽。第一章不是废话它是后面所有章节的地基。地基没打牢越往后越吃力。希望帮到你。本文还有配套的精品资源点击获取 分组交换与分层模型：从《高级计算机网络》第一章吃透Internet核心原理
简介这份PDF课件面向计算机、网络工程等专业的学生与考研复习者聚焦《高级计算机网络》第一章中计算机网络与Internet的基础脉络帮助读者理清从电路交换到分组交换的演进逻辑。内容围绕分组交换的产生背景展开涵盖ARPA提出高生存性网络的动因、传统电路交换在链路损毁时通信中断的缺陷以及新型网络在异构互联、冗余路由与结点对等性上的基本特点同时辨析“结点”与“节点”的译名差异并通过多部电话机两两相连所需线对数量、交换机转接含义、电路交换面向连接的建立—通信—释放三阶段等示例逐步引出分组交换的报文分段、首部添加、存储转发与接收端还原全过程。资源为1个PDF文件压缩包约12.63MB页面以图示配合文字讲解适合课堂同步学习与期末梳理。目前已有52人学习可作为入门阶段建立知识框架的参考材料。1. 从一份课件 PDF 说起分组交换到底解决了什么问题很多人第一次翻开《高级计算机网络》第一章看到「计算机网络与 Internet」这个标题第一反应是「这不就是讲概念吗能有什么干货」。但真正做过网络编程、调过抓包、被延迟抖动折磨过的人会告诉你这一章埋着后面所有内容的种子。它要回答的核心问题只有一个两台相隔几千公里的机器凭什么能可靠地交换数据答案不是「因为有网线」而是因为整个 Internet 采用了一套叫分组交换的设计哲学。你后面遇到的所有 TCP 拥塞控制、路由收敛、CDN 调度本质上都是在这套哲学上打补丁。这一章适合两类人准备考研 408 或期末复习、需要把概念串成体系的学生以及写了几年业务代码、但对「数据从网卡出去之后发生了什么」始终没有清晰图景的工程师。下面我不复述教材而是按「概念立住 → 动手验证 → 踩坑排查」的顺序把这一章真正该掌握的东西讲透。2. 电路交换与分组交换为什么 Internet 选了后者2.1 两种交换方式的本质差异要理解分组交换必须先看清它的对手——电路交换。传统电话网就是典型的电路交换你拨号之后从你的电话到对方电话之间的每一段链路都会为你预留一条专属通道通话期间这条通道别人用不了。它的优点是稳定、时延可预测因为资源是独占的。缺点也很致命一旦通话建立即使双方都不说话带宽也被占着利用率极低。分组交换换了个思路。它不预留任何资源而是把数据切成一块块分组packet每个分组独立地在网络中转发。链路被所有用户共享谁有数据谁就发。这样做的好处是资源利用率高代价是每个分组可能走不同的路径、到达顺序可能乱、还可能因为网络拥塞被丢弃。这里有个关键概念叫结点node指的是网络中的交换设备比如路由器和交换机。分组每经过一个结点结点会根据分组头里的目的地址决定往哪个端口转发。整个 Internet 就是由无数结点和链路交织成的网状结构。对比维度电路交换分组交换资源分配建立连接时预留按需动态占用带宽利用率低高时延特性稳定、可预测波动大适用场景语音通话数据通信故障容错链路断了通话中断可绕路重传2.2 用 Python 模拟分组交换的排队延迟光看表格记不住我一般会让学生用几行代码把「分组在结点排队」这件事跑出来感受一下为什么分组交换的时延是波动的。import random def simulate_node_delay(num_packets, service_rate, arrival_rate): 模拟一个结点处理分组的过程 num_packets: 要处理的分组数量 service_rate: 结点每秒能处理的分组数处理能力 arrival_rate: 每秒到达的分组数负载 返回每个分组的排队处理总时延列表 queue [] # 当前排队等待的分组 delays [] # 记录每个分组的时延 current_time 0.0 for i in range(num_packets): # 分组到达间隔服从指数分布泊松到达的典型假设 inter_arrival random.expovariate(arrival_rate) current_time inter_arrival queue.append(current_time) # 结点逐个处理处理一个耗时 1/service_rate if queue: start_service max(queue[0], current_time) finish start_service 1.0 / service_rate delay finish - queue.pop(0) delays.append(delay) current_time finish return delays # 负载为处理能力的 80%观察时延分布 delays simulate_node_delay(1000, service_rate100, arrival_rate80) print(f平均时延: {sum(delays)/len(delays):.4f} 秒) print(f最大时延: {max(delays):.4f} 秒) print(f最小时延: {min(delays):.4f} 秒)这段代码的逻辑是分组按泊松过程到达结点按固定速率逐个处理如果分组到达时结点正忙就得排队。service_rate代表结点的处理能力arrival_rate代表负载。你可以把 arrival_rate 调到接近甚至超过 service_rate会看到平均时延急剧上升——这就是排队论里说的「利用率趋近 1 时时延趋于无穷」。这个现象直接解释了为什么网络一拥塞延迟就爆炸也是后面学拥塞控制时「为什么不能等到丢包才降速」的伏笔。提示把 arrival_rate 设为 95、service_rate 设为 100多跑几次你会看到时延抖动非常明显。这就是分组交换「时延不可预测」的微观来源。2.3 统计复用带来的收益与代价分组交换的核心机制叫统计复用链路不预留给任何人所有用户的分组混在一起排队传输。当用户数足够多、但同一时刻活跃用户比例不高时少量链路就能服务大量用户这就是 Internet 能低成本覆盖全球的经济学基础。代价是当活跃用户突然增多所有分组的排队时延都会上升极端情况下结点缓冲区满了就开始丢包。所以分组交换网络的设计目标从来不是「保证每个分组都不丢」而是「在统计意义上让大多数分组及时到达」。理解了这一点你再看 TCP 的重传机制、看实时音视频为什么要用 UDP 抗丢包算法逻辑就顺了。3. 从结点到 Internet分层模型怎么落到真实网络3.1 为什么必须分层Internet 是一个异构系统底层可能是光纤、Wi-Fi、4G中间是各种路由器和交换机上层跑着 HTTP、DNS、视频流。如果让应用开发者直接面对「光纤信号怎么调制」这种问题没人能写出跨平台的程序。分层就是为了解耦每一层只关心自己的职责通过接口向上层提供服务。教材里通常讲 OSI 七层或 TCP/IP 四层。我建议初学者先抓住 TCP/IP 四层的主线层次职责典型协议数据单位应用层面向具体业务HTTP、DNS、SMTP报文传输层端到端可靠/不可靠传输TCP、UDP报文段网络层主机到主机的路由转发IP、ICMP分组/数据报网络接口层相邻结点间的帧传输Ethernet、Wi-Fi帧每一层在发送数据时会给上层数据加上自己的头部这叫封装接收时逐层剥掉头部这叫解封装。你在 Wireshark 里看到的每一层协议信息就是封装结构的直观体现。3.2 用 tcpdump 观察真实的分层封装概念讲完直接上手抓一次包比看十遍图都管用。在 Linux 或 macOS 上打开终端# 抓取本机与某个网站之间的前 20 个包-n 表示不解析域名 sudo tcpdump -i any -n -c 20 host example.com # 如果想看完整的分层头部加 -v 或 -vv sudo tcpdump -i any -n -vv -c 5 host example.com执行后你会看到类似这样的输出IP 192.168.1.100.54321 93.184.216.34.80: Flags [S], seq 1234567890 IP 93.184.216.34.80 192.168.1.100.54321: Flags [S.], seq 987654321第一行是 TCP 三次握手的第一个 SYN 包。IP开头说明这是网络层信息后面的192.168.1.100.54321 93.184.216.34.80表示源 IP 和端口到目的 IP 和端口。Flags [S]是 TCP 层的标志位S 代表 SYN。你看一个抓包输出里同时包含了网络层IP 地址和传输层端口、标志位的信息这就是分层在真实数据里的样子。注意tcpdump 需要 root 权限。如果提示Permission denied在命令前加sudo。抓包时尽量指定 host 和 -c 数量否则输出会刷屏。3.3 结点、链路与端系统Internet 的组成三要素把视角拉远整个 Internet 可以拆成三个基本组成部分端系统end system也叫主机是真正跑应用的设备你的笔记本、手机、服务器都是。结点是中间的交换设备负责转发分组。链路是连接相邻结点的物理通道可以是铜缆、光纤、无线电波。数据从你的笔记本到一台远程服务器中间可能经过十几个结点。每个结点都维护一张转发表根据分组的目的 IP 决定从哪个端口发出去。这张表怎么来的靠路由协议动态计算。第一章不展开路由算法但你要建立一个直觉Internet 的智能在边缘核心只做尽力而为的转发。这个设计原则叫「端到端原则」它解释了为什么 TCP 的可靠性要靠两端自己保证而不是靠网络中间设备。4. 避坑与排查初学这一章最容易翻车的 4 个点4.1 把「带宽」和「时延」混为一谈现象觉得「网速快」就等于「延迟低」买了个高带宽套餐打游戏还是卡。原因带宽和时延是两个独立指标。带宽决定单位时间能传多少数据时延决定一个分组从 A 到 B 要多久。一条 1Gbps 的链路如果中间排队严重时延照样能到几百毫秒。解决排查网络问题时分开测。带宽用 iperf3 测吞吐时延用 ping 或 mtr 测往返时间。两个指标都正常才说明链路健康。4.2 误以为分组一定按顺序到达现象写了个基于 UDP 的传输程序收到的数据顺序全乱了以为是代码 bug。原因分组交换网络中每个分组独立选路后发的分组完全可能先到。这是设计使然不是故障。解决如果业务需要有序要么在应用层加序号和重排缓冲要么直接用 TCP。别指望网络层帮你保序。4.3 抓包时选错网卡导致什么都看不到现象tcpdump 跑起来一个包都没有但浏览器明明能上网。原因-i any在某些系统上抓不到回环或特定接口的流量或者你抓的网卡不是实际走流量的那块。解决先用ip addr或ifconfig列出所有网卡确认哪块网卡有流量。然后指定具体网卡名比如sudo tcpdump -i eth0 -n。如果还是不行检查是否有防火墙规则拦截了抓包。4.4 把 OSI 七层当成必须严格实现的规范现象纠结「会话层到底对应哪个协议」越想越糊涂。原因OSI 七层是理论参考模型实际 Internet 用的是 TCP/IP 四层或五层模型。会话层和表示层的功能在实际中往往由应用层自己处理。解决学的时候用 OSI 建立分层思维做工程时按 TCP/IP 模型对照实际协议。别在「某协议属于第几层」上钻牛角尖理解每层的职责边界比记住层号重要得多。5. 用 Wireshark 把一次 HTTP 请求拆到每一层前面用 tcpdump 看了握手包但要看清楚完整的分层封装Wireshark 的图形界面更直观。这一章最后我教你一个具体技巧用 Wireshark 的协议分层面板把一次 HTTP 请求从帧到报文逐层拆开。打开 Wireshark选中有流量的网卡在过滤栏输入http然后访问一个 HTTP 网站注意是 http 不是 httpshttps 看不到明文。抓到包后点击任意一个 HTTP 请求包在下方的详情面板里你会看到这样的层次结构Frame 123: 500 bytes on wire Ethernet II: 源MAC → 目的MAC Internet Protocol Version 4: 源IP → 目的IP Transmission Control Protocol: 源端口 → 目的端口 Hypertext Transfer Protocol: GET /index.html HTTP/1.1每一层都可以展开看具体字段。比如展开 Ethernet II 能看到 MAC 地址展开 IP 能看到 TTL 和协议号展开 TCP 能看到序列号和窗口大小。这个面板就是分层模型最直观的教具。我自己的习惯是每学一个新协议就用 Wireshark 抓一次真实流量对着分层面板把每个字段的含义查一遍。这比背教材效率高得多而且能建立「协议字段 → 实际作用」的映射。比如你看到 TCP 的 Window Size 字段再回想第 2 章讲的排队延迟就能理解为什么接收方要用窗口告诉发送方「我还能收多少」——窗口本质上是流控防止发送方发太快把接收方缓冲区撑爆。再进阶一点你可以用 Wireshark 的「统计 → 流量图」功能把一次 TCP 连接的序列号变化画成图。你会看到序列号阶梯式上升中间如果有平坦段说明发送方在等确认这就是滑动窗口在起作用。这些工具用熟了后面学传输层会轻松很多。最后说个我自己的教训早年学这一章时我觉得概念太简单跳过去直接看 TCP。结果学到拥塞控制时怎么都想不通「为什么慢启动要指数增长」。后来回头补了分组交换的排队模型才明白慢启动的本质是在不知道网络容量的情况下快速探测可用带宽。第一章不是废话它是后面所有章节的地基。地基没打牢越往后越吃力。希望帮到你。本文还有配套的精品资源点击获取