title: 计算机网络核心协议与机制
tags:
- module
- computer-network
- protocol
- joplin
type: module
source_type: reconstructed
created: 2026-04-22
updated: 2026-04-22
---
计算机网络核心协议与机制
[!abstract]
这一模块处理“网络真正怎么跑起来”这个问题。重点不是背协议缩写,而是理解不同协议在不同层次上解决什么问题。
模块结论
- [[TCP]] 和 [[UDP]] 是传输层两种典型思路:可靠优先 vs 开销优先。
- IP、ARP、ICMP、DNS、DHCP 共同支撑了寻址、解析、探测和自动配置。
- 流量控制、拥塞控制和重传机制是“可靠通信”的真正骨架。
一、应用层协议
复习重点
- HTTP:资源请求与响应
- DNS:域名到地址解析
- DHCP:自动分配地址
应用层要抓什么
- 应用层协议解决的是“应用程序想怎么交流”。
- 它通常直接规定报文格式、请求响应语义和默认端口。
- 不要把“域名解析”误当成传输层行为,它属于应用层服务。
二、传输层协议
核心比较
- 是否面向连接
- 是否可靠
- 是否有流量/拥塞控制
- 适用什么应用场景
高频流程
TCP 为什么需要三次握手
- 第一次:客户端表明自己有建立连接的意图。
- 第二次:服务端确认收到了请求,并同步自己的初始状态。
- 第三次:客户端确认自己也收到了服务端的确认,双方进入可发送数据状态。
TCP 与 UDP 的使用边界
- TCP 适合文件传输、网页访问、数据库连接这类正确性优先场景。
- UDP 适合音视频、实时通信、简单查询这类低时延优先场景。
- “UDP 快”不是因为它神奇,而是因为它省掉了连接维护和可靠性保障成本。
三、网络层协议
复习重点
- IP 负责逻辑寻址与分组转发。
- ARP 解决 IP 到 MAC 的映射。
- ICMP 支撑 Ping 和错误报告。
这些协议分别在解决什么问题
- IP:包应该发往哪里,以及中间如何逐跳转发。
- ARP:在本地链路上,目标 IP 对应哪个 MAC 地址。
- ICMP:网络是否可达、路由是否出错、TTL 是否耗尽。
四、数据链路层与关键机制
高频机制理解
- CSMA/CD 体现共享介质下“先听后发、冲突检测”的思路。
- 差错检测常见做法是 CRC,它负责发现错误,不等于自动纠错。
- ARQ 通过确认与重传提高可靠性,适合不可靠信道上的数据交付。
五、流量控制与拥塞控制
易错点
- 流量控制和拥塞控制不是一回事。
- 前者偏发送方和接收方匹配,后者偏整个网络负载状态。
两者的区别要落到对象上
- 流量控制关注接收方来不来得及收。
- 拥塞控制关注网络中间路径会不会被压垮。
- 一个主要是端点能力匹配问题,一个主要是网络资源竞争问题。
六、复习提问
- 为什么 TCP 需要三次握手?
- UDP 为什么适合实时业务?
- ARP 和 DNS 分别在解析什么?
- 流量控制和拥塞控制解决的到底是不是同一类问题?
来源
- [[raw/Joplin/计算机专业基础/计算机网络/_计算机网络知识文档总纲.md]]
- [[raw/Joplin/计算机专业基础/计算机网络/2.计算机网络——核心协议与工作机制.md]]
相关页面
- [[计算机网络]]
- [[计算机网络性能指标与计算]]