计算机网络核心协议与机制.md 3.6 KB


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]]

相关页面

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