---
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
- FTP
- DNS
- DHCP

### 复习重点

- HTTP：资源请求与响应
- DNS：域名到地址解析
- DHCP：自动分配地址

### 应用层要抓什么

- 应用层协议解决的是“应用程序想怎么交流”。
- 它通常直接规定报文格式、请求响应语义和默认端口。
- 不要把“域名解析”误当成传输层行为，它属于应用层服务。

## 二、传输层协议

- [[TCP]]
- [[UDP]]

### 核心比较

- 是否面向连接
- 是否可靠
- 是否有流量/拥塞控制
- 适用什么应用场景

### 高频流程

- TCP 三次握手
- TCP 四次挥手

### TCP 为什么需要三次握手

- 第一次：客户端表明自己有建立连接的意图。
- 第二次：服务端确认收到了请求，并同步自己的初始状态。
- 第三次：客户端确认自己也收到了服务端的确认，双方进入可发送数据状态。

### TCP 与 UDP 的使用边界

- TCP 适合文件传输、网页访问、数据库连接这类正确性优先场景。
- UDP 适合音视频、实时通信、简单查询这类低时延优先场景。
- “UDP 快”不是因为它神奇，而是因为它省掉了连接维护和可靠性保障成本。

## 三、网络层协议

- IP
- [[ARP]]
- ICMP

### 复习重点

- IP 负责逻辑寻址与分组转发。
- ARP 解决 IP 到 MAC 的映射。
- ICMP 支撑 Ping 和错误报告。

### 这些协议分别在解决什么问题

- IP：包应该发往哪里，以及中间如何逐跳转发。
- ARP：在本地链路上，目标 IP 对应哪个 MAC 地址。
- ICMP：网络是否可达、路由是否出错、TTL 是否耗尽。

## 四、数据链路层与关键机制

- PPP
- CSMA/CD
- 差错检测
- ARQ

### 高频机制理解

- CSMA/CD 体现共享介质下“先听后发、冲突检测”的思路。
- 差错检测常见做法是 CRC，它负责发现错误，不等于自动纠错。
- ARQ 通过确认与重传提高可靠性，适合不可靠信道上的数据交付。

## 五、流量控制与拥塞控制

- 滑动窗口
- 慢启动
- 拥塞避免
- 快重传
- 快恢复

### 易错点

- 流量控制和拥塞控制不是一回事。
- 前者偏发送方和接收方匹配，后者偏整个网络负载状态。

### 两者的区别要落到对象上

- 流量控制关注接收方来不来得及收。
- 拥塞控制关注网络中间路径会不会被压垮。
- 一个主要是端点能力匹配问题，一个主要是网络资源竞争问题。

## 六、复习提问

- 为什么 TCP 需要三次握手？
- UDP 为什么适合实时业务？
- ARP 和 DNS 分别在解析什么？
- 流量控制和拥塞控制解决的到底是不是同一类问题？

## 来源

- [[raw/Joplin/计算机专业基础/计算机网络/_计算机网络知识文档总纲.md]]
- [[raw/Joplin/计算机专业基础/计算机网络/2.计算机网络——核心协议与工作机制.md]]

## 相关页面

- [[计算机网络]]
- [[计算机网络性能指标与计算]]