计算机网络术语怎么记？从TCP/IP分层到DNS、HTTP，一条主线串起来

方向不对，努力白费：计算机网络的术语积累

很多人学计算机网络，第一步就栽在名词上。教材翻两页，TCP、UDP、IP、ARP、HTTP、DNS、DHCP……每个缩写都眼熟，连在一起就懵了。其实这些名词背后是同一套逻辑：数据要在网络里传输，就得解决“怎么找到对方”“怎么把数据送过去”“送错了怎么办”“双方怎么配合”这一连串问题。把这根主线抓住，名词就不是死记硬背，而是顺理成章。

这篇内容是我自己整理计算机网络名词时沉淀下来的一套方法，适合正在备考、刚入门或者工作里需要补网络基础的开发者。我尽量用大白话把每个名词讲透，再给出一份可以直接背的速查表。每个名词都配了记忆锚点，方便你把它挂到已有的知识树上。

1. 网络体系结构：先搞懂分层，再谈别的

网络名词之所以难记，第一个坎就是体系结构。很多人上来就背七层、四层，背完就忘，因为根本不知道分层解决什么问题。其实分层的思想特别朴素：一件事太复杂，就切成几段，每段只管自己的事。

1.1 OSI七层模型到底在说什么

OSI（开放系统互连参考模型）把网络通信切成七层，从下往上分别是物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。每一层的职责边界清晰，层与层之间通过标准接口通信，好处是任何一层换了实现方式，其他层不受影响。

这就像快递发货。你网购一个手机（应用层），商家把手机装进带泡沫的盒子（表示层：数据格式化、加密、压缩），然后贴上订单信息（会话层：建立和管理通信会话），快递公司负责把包裹从A城运到B城（网络层：寻址和路由选择），再细分到某个营业网点（数据链路层：同一链路内的帧传输），最后快递员骑着电动车实际送货（物理层：比特流的物理传输）。传输层则扮演客服的角色，确保你收到的就是商家发的那部手机，没丢件、没串件。

需要说明的是，OSI的会话层和表示层在实际落地中几乎被合并掉了，所以现实世界里你打交道最多的是四层模型（TCP/IP模型），但OSI是理解网络职责划分的最佳参照系，考试也常考，不能跳过。

1.2 TCP/IP四层模型才是现实世界

TCP/IP模型把网络切成四层：网络接口层、网际层、传输层、应用层。它跟OSI的对应关系大概是：网络接口层对应OSI的物理层和数据链路层，网际层对应网络层，传输层不变，应用层涵盖了OSI的上三层。

我个人的记忆方法是：TCP/IP是“砍掉了两层的OSI”，把会话和表示并入应用层，把物理和数据链路合并。现实中你抓包看到的协议基本都是按TCP/IP模型归类的，比如HTTP在应用层，TCP和UDP在传输层，IP和ICMP在网际层，ARP虽然从原理上更接近网络接口层，但很多人也习惯在网际层讨论它。

分层这件事，不要为了背而背。它的真正价值是解决问题的边界：应用层只关心数据长什么样，传输层只关心数据能不能可靠送到，网络层只关心下一跳往哪走。这种“各管一段”的思路，后面拆解每个协议时你会反复用到。

2. 物理层与数据链路层名词：比特、帧和MAC

很多人觉得物理层没什么好学的，顶多记住“比特流传输”。但数据链路层的名词密度很高，MAC地址、以太网帧、VLAN、交换机、冲突域、广播域，每一个都容易混淆。我把这两层放在一起讲，是因为它们的核心都是“在一条链路上把数据从A挪到B”。

2.1 数据链路层的核心名词

先说MAC地址。MAC地址是烧录在网卡上的物理地址，48位，通常写成六组十六进制数，比如 00:1A:2B:3C:4D:5E。它解决的是“同一段链路里，数据帧到底交给谁”的问题。你记住一点就行：IP地址负责“跨网络找人”，MAC地址负责“同链路内找人”。

然后是以太网帧。以太网是数据链路层最主流的协议，帧格式包含目的MAC、源MAC、类型、数据、校验序列几个部分。交换机转发数据时只看目的MAC，不知道IP是什么，这是数据链路层“不关心上层”的典型体现。

交换机是二层设备，它根据MAC地址表做转发决策。MAC地址表是学习来的——交换机收到一个帧，发现源MAC从某个端口进来，就把这个对应关系记下来。下次要转发给这个MAC时，直接从对应端口出去。这个学习过程是自动的，你不需要手工配置，这也是交换机能即插即用的原因。

冲突域和广播域是特别容易混的两个概念。冲突域是可能发生信号冲突的范围，集线器连接的所有设备都在同一个冲突域里，因为它们是共享带宽的；交换机则能隔离冲突域，每个端口是一个独立的冲突域。广播域是广播帧能到达的范围，默认情况下交换机的所有端口都在一个广播域里，要隔离广播域就得靠VLAN（虚拟局域网）或者路由器。

2.2 制约传输速率的关键名词

经常有同学问：为什么千兆网线跑不满千兆？答案往往在双工模式和带宽这两个词上。全双工允许数据同时双向传输，半双工则必须轮流来。现代交换机和网卡基本都是全双工，但如果有一端被强制设置成了半双工，就会出现大量冲突和丢包，速率直降。

带宽这个名词要区分两个维度。一个是物理带宽，指链路能承载的最大比特率，比如1000Mbps；另一个是实际吞吐量，指真实传输有效数据的速率。TCP握手包、ACK确认包、帧间隔都会消耗带宽，所以理论带宽永远大于实际吞吐量，能跑到80%就算优化得不错了。

还有两个容易混淆的性能指标：时延和抖动。时延是数据从一端到另一端的总耗时，包含处理时延、排队时延、传输时延和传播时延四部分。抖动指的是时延的变化幅度。视频通话卡顿，往往不是因为平均时延高，而是因为抖动大。

提示：背名词时，优先背“解决什么问题”，再背“定义是什么”。比如VLAN解决的是“广播域过大导致带宽浪费和安全风险”，而不是只背“虚拟局域网”五个字。

3. 网络层名词：IP、路由和转发

网络层是整个网络名词的“重灾区”，因为这里既有IP地址的细节，又有路由协议的复杂概念。但网络层的主题词只有两个：寻址和路由选择。所有名词都是围绕这两个词展开的。

3.1 IP地址家族：分类、子网划分、CIDR

IPv4地址是32位二进制数，通常写成点分十进制，比如 192.168.1.1。早期IP地址按首位分成A、B、C、D、E五类，A类默认掩码255.0.0.0，B类255.255.0.0，C类255.255.255.0。这种分类地址的问题很明显：分配粒度太粗，A类地址能容纳1600多万台主机，对绝大多数机构来说都用不完，导致地址浪费严重。

后来有了CIDR（无类域间路由），彻底放弃了ABC分类，改用IP地址加前缀长度的写法，比如 192.168.1.0/24 表示前24位是网络号，后8位是主机号。CIDR还支持把多个连续的子网聚合成一个路由条目，叫路由聚合，这能大幅缩小路由表规模，提升转发效率。

子网掩码的作用就是把IP地址切分成网络部分和主机部分。你看到 /24 就知道掩码是255.255.255.0，看到 /16 就知道是255.255.0.0。判断两个IP是否在同一网段，就用IP和掩码做与运算，结果相同就在同一网段。

这里有个实操中特别常见的场景：你配置静态IP时，填了IP和掩码，但忘了填网关，结果本机跟局域网内的机器能通，但上不了外网。原因就是缺了默认网关——网关是一台路由器，它负责把目的地址不在本地网段的数据包转发出去。没有网关，数据包只能在本地链路里打转。

3.2 ARP、ICMP和NAT：藏在IP背后的功臣

ARP（地址解析协议）解决的是一个非常实际的问题：我知道对方的IP是192.168.1.8，但要构造以太网帧发给它，必须知道它的MAC地址，怎么办？ARP的做法是发一个广播帧，里面写“谁拥有这个IP？请把你的MAC告诉我”，目标主机收到后单播回复，请求方把得到的MAC-IP映射缓存下来。ARP缓存有有效期，过期后重新询问。

ICMP（互联网控制报文协议）是网络层的“信使”，用来传递错误报告和诊断信息。你日常用的ping命令，本质就是发送ICMP回显请求报文，目标主机回显应答。如果网络不通，ICMP会返回各种错误类型，比如目的不可达、超时、源抑制等。会看ICMP报文的类型和代码，是排查网络问题的一项基本功。

NAT（网络地址转换）是解决IPv4地址短缺最重要的机制。它让内网使用私有地址（比如192.168.x.x，10.x.x.x），在出口路由器上把私有地址映射成公网地址。最常用的是NAPT，它通过IP加端口的组合映射，让一个公网IP能同时支撑成千上万个内网设备上网。你家里的路由器就是一台NAT设备。

3.3 路由协议家族：静态、RIP、OSPF、BGP

路由协议分两大类：内部网关协议（IGP）运行在同一个自治系统内部，外部网关协议（EGP）运行在自治系统之间。自治系统（AS）你可以理解为一个由单一机构管理的网络集合，比如某公司的全网就是它自己的AS。

内部网关协议里，RIP（路由信息协议）是比较老的距离矢量协议，它以跳数作为度量值，最大跳数15，超过就认为不可达。RIP实现简单，但收敛慢、不适合大型网络。OSPF（开放最短路径优先）则是一种链路状态协议，每台路由器都保存全网链路状态数据库，用Dijkstra算法计算最短路径树。OSPF收敛快、支持分层设计，是目前企业网主流的IGP。

BGP（边界网关协议）是互联网的“粘合剂”，它负责在自治系统之间交换路由信息。BGP的路径选择考虑了AS路径长度、本地优先级、MED值等多个属性，非常复杂。普通人接触不到BGP的配置，但面试和考试中常考它的基本概念。

关于路由协议的选型，我给你一个我实际用过的判断逻辑：网络规模小（几十台设备以内），静态路由完全够用；中大型企业网，选择OSPF；需要连接多个运营商或者做跨地域组网，才需要上BGP。协议不是越高级越好，适配场景才是关键。

4. 传输层名词：TCP和UDP的那点事

传输层是计算机网络里最重要的考试章节，也是实际开发中接触最多的部分。这里的名词密集、关联度高，如果只看单个名词会觉得很碎，所以我把它分成三条线来梳理：可靠性机制、连接管理、流量与拥塞控制。

4.1 TCP到底是靠什么做到可靠的

TCP（传输控制协议）是面向连接的可靠传输协议。它为了“可靠”，设计了一整套机制，每一个机制对应几个名词。

三次握手是建立连接的过程。客户端发送SYN报文，服务器回复SYN+ACK，客户端再回复ACK，连接建立。为什么是三次而不是两次？核心原因是防止失效的连接请求突然到达服务器，导致服务器白白建立连接、浪费资源。两次握手无法区分“这次连接请求是新的还是旧的失效请求重传”，三次握手让双方都能确认“我发的你收到了，你发的我也收到了”。

四次挥手是释放连接的过程。由于TCP连接是全双工的，每个方向的关闭都必须单独确认，所以需要四次报文。主动关闭方发送FIN，对方回复ACK，然后对方再发送FIN，主动方再回复ACK。如果你抓包看到TIME_WAIT状态，这是主动关闭方会进入的状态，要等待2MSL（两倍最大报文段生存时间）后才彻底关闭，目的是确保最后一个ACK能被可靠送达，同时让旧报文在网络中自然消失。

序号（Sequence Number）和确认号（Acknowledgment Number）是TCP可靠传输的基石。每个字节都有序号，接收方通过确认号告诉发送方“你发到哪为止我都收到了，下一个请发这个序号”。重传机制包括超时重传和快速重传，前者等超时，后者在收到三个重复ACK时立刻重传，不用等超时，更快。

滑动窗口解决的是“一次能发多少数据而不等确认”的问题。发送方维护一个可发送窗口，窗口大小由接收方的接收能力和网络拥塞程度共同决定。这个名词理解透了，后面看流量控制和拥塞控制就顺了。

4.2 UDP为什么很多时候反而更好用

UDP（用户数据报协议）是面向无连接的传输协议，不建立连接、不保证可靠、没有拥塞控制。它只做一件事：把数据打包成报文，加上源端口和目的端口，然后扔给IP层。

很多人一开始不理解，既然TCP这么可靠，为什么还有那么多场景用UDP？答案是：有些场景里，可靠性的代价比丢包本身更可怕。比如实时视频通话，你宁愿偶尔丢一帧画面，也不愿意为了一个丢失的包等待重传，因为重传会导致画面卡顿，体验更差。再比如DNS查询，一个请求一个响应，超时重传由应用层自己控制，用TCP反而增加握手开销。

UDP的典型应用包括DNS查询、DHCP、RTP音视频传输、QUIC（注意QUIC虽然基于UDP，但在UDP之上实现了类似TCP的可靠性机制，这是另一个话题了）。面试时遇到“为什么用UDP不用TCP”，你要能从延迟、连接开销、拥塞控制的粒度三个角度回答，而不是只说“UDP快”。

4.3 端口：应用层服务的人口

端口号是传输层用来区分应用进程的编号，16位，范围0~65535。0~1023是著名端口，比如HTTP用80，HTTPS用443，DNS用53，SSH用22。1024~49151是注册端口，49152~65535是动态/私有端口。

端口和IP是配合使用的：IP找到主机，端口找到主机上的进程。你访问一个网站，源IP是你自己，源端口是系统随机分配的一个高位端口；目的IP是服务器，目的端口是80或443。建立连接后，这个五元组（源IP、源端口、目的IP、目的端口、协议）唯一标识一条连接。

这里有个排查问题的小技巧：当你看到“地址已被占用”报错时，通常是有程序占用了某个端口没释放。在Linux里用ss -tlnp可以用很简洁的方式列出监听端口和对应进程，比netstat更直观；Windows下则用netstat -ano加任务管理器查PID对应的进程。

5. 应用层名词：你每天都在用的那些协议

应用层是离用户最近的一层，这里的名词几乎都是你在浏览器、手机App里天天打交道的协议。理解这一层名词的最好办法，是结合一个实际场景走一遍：你在浏览器里输入一个网址，回车之后到底发生了什么。

5.1 DNS：从域名到IP的翻译官

DNS（域名系统）就是把域名翻译成IP地址的系统。为什么需要它？因为人类记不住一串数字IP，但机器只认IP。DNS是一个分布式的层次化系统，根域名服务器管理顶级域名（如.com、.org、.cn），顶级域名服务器管理二级域名，再往下逐级授权。

完整的DNS查询过程是这样的：你的设备先查本地缓存，没有则查本地配置的DNS服务器（通常是运营商的，或者你改的公共DNS）。本地DNS服务器如果也没有缓存，就从根服务器开始逐级查询。比如查询 www.example.com，根服务器告诉你.com的服务器在哪，.com的服务器告诉你example.com的服务器在哪，example.com的权威服务器直接返回最终的IP。

DNS还有一个容易被忽略的点：DNS缓存。浏览器、操作系统（你所在主机的系统）、本地DNS服务器都有缓存层。排障时遇到“域名解析变了但访问还是旧IP”，往往是某层缓存没过期。我遇到过好几次，换了DNS服务器，但Windows的系统缓存还留着旧记录，用ipconfig /flushdns刷新后就好了。

5.2 HTTP协议：浏览器和服务器之间的对话规则

HTTP（超文本传输协议）是应用层最核心的协议，定义了浏览器和服务器之间请求与响应的格式。请求由请求行（方法、URL、版本）、请求头、请求体组成，响应由状态行、响应头、响应体组成。

HTTP方法里，GET用来获取资源，POST用来提交数据，PUT用来整体更新，PATCH用来局部更新，DELETE用来删除。这里有个常见误区：GET和POST的本质区别不是“数据放在URL里还是请求体里”，而是语义不同——GET是幂等的，POST不幂等。幂等的意思是“执行一次和执行多次效果一样”，GET重复执行不会改变服务器状态，POST可能重复创建资源。所以实际开发中，删除操作虽然叫DELETE，但很多老接口用GET或POST实现，严格说起来是不规范的。

HTTP状态码是排障的一等功臣。2xx表示成功，3xx表示重定向，4xx表示客户端错误，5xx表示服务器错误。你要牢记几个高频状态码：200正常、301永久重定向、302临时重定向、304未修改（命中缓存）、400语法错误、401未认证、403禁止访问、404不存在、429请求太多、500服务器内部错误、502网关错误、503服务不可用、504网关超时。

HTTP和HTTPS的区别是面试几乎必考的问题。HTTPS = HTTP + TLS加密，解决了HTTP明文传输导致的三类风险：窃听、篡改、伪装。TLS通过证书体系确认服务器身份，通过非对称加密协商会话密钥，再通过对称加密传输数据。一次HTTPS握手会产生两个密钥：一个用非对称加密保护，一个用于后文的对称加密通信。

5.3 DHCP、FTP和WebSocket：容易被忽略的实用协议

DHCP（动态主机配置协议）让你的设备连上路由器就能自动拿到IP、掩码、网关和DNS。它的交互过程是Discover（发现）、Offer（提供）、Request（请求）、Acknowledge（确认）。你不需要配任何东西，插上网线就能上网，背后就是DHCP在干活。排查“为什么这台电脑上不了网”时，我第一个查的就是它有没有拿到IP，用ipconfig /all（Windows）或ip addr（Linux）看下接口状态。

FTP（文件传输协议）是传统的文件传输工具，21号端口传控制指令，数据端口分主动模式和被动模式。注意FTP有两个通道的概念：控制连接和数据连接是分离的。企业内网里还在大量用FTP，但公网上基本被HTTP和对象存储替代了，因为FTP明文传账号密码，而且被动模式下防火墙要开放一堆随机端口，很麻烦。

WebSocket是HTTP之后出现的全双工通信协议。HTTP的模型是“客户端请求，服务器响应”，服务器不能主动给客户端推送。WebSocket通过HTTP的Upgrade头完成协议升级，之后两端可以随时互发消息，适合聊天、实时推送、在线协作这类场景。

6. 高频易混名词对照与考点速查

这一节我专门用来整理知识点里最容易被搞混的名词组合。根据我自己的教学和面试经验，下面这些成对的名词是提问高发区，也是读书时容易记反复的地方。

判断标准和操作如下表所示：

考试和面试里，我建议你重点准备的实战顺序是：三次握手四次挥手，TCP可靠传输的机制（序号、确认、重传、滑动窗口），TCP与UDP的对比，DNS解析过程，HTTP状态码，HTTPS握手过程，ARP工作过程，子网划分与CIDR计算。这些内容覆盖了绝大多数标准化测试的核心考点，也是实际办公环境中排障和分析的常用基础。

7. 备考经验与名词记忆方法论

最后分享一套我自己用着很顺手的记忆和备考方法论，不一定适合所有人，但至少能帮你减少“背了又忘”的挫败感。

7.1 用“故事线”串联名词，不要孤立背诵

孤立的背名词，就像背一本没有故事情节的词典，忘得快是必然的。我建议你串联成一个故事：你在电脑上打开了一个网页。第一步，浏览器查DNS缓存和操作系统缓存，没有就向本地DNS服务器发起查询，层层递归拿到网站IP。第二步，浏览器与服务器建立TCP连接，经历三次握手。第三步，构造HTTP GET请求，通过TCP拆分成报文段，加上源端口和目的端口。第四步，IP协议给报文段加上源IP和目的IP，通过路由表查找下一跳，沿路经过多个路由器转发。第五步，到达目标局域网，ARP将目标IP解析成MAC地址，交换机根据MAC地址表转发到对应主机。第六步，服务器的TCP栈确认报文，操作系统解析HTTP请求，Web应用返回HTTP响应。第七步，浏览器渲染页面，四次挥手断开连接。

把每个名词放进这条链路里，你再看一遍：DNS、TCP、UDP、IP、ARP、MAC、交换机、路由器、HTTP、端口、状态码、三次握手、四次挥手……所有名词在一条故事线上各就各位。下次想不起来某个名词时，你的回忆锚点不是“字典第几页”，而是“故事线走到哪一步了”。

7.2 手绘时序图和分层图，远胜于抄笔记

理清网络协议细节最有效的动作是动手画时序图。我备考时每个关键协议都亲自手绘交互过程的时序图，比如TCP三次握手、四次挥手、DNS递归解析、DHCP四步交互、HTTP GET请求响应。图不需要精美，但一定要画出消息的流向、携带的关键字段、状态变化。画一遍的等效记忆深度远超抄五遍笔记。

画图过程中你会自然发现很多看文字时注意不到的缺口，比如第三次握手的ACK有没有携带数据？答案是现代实现通常携带数据（这是TCP快开优化），早期实现则不带。这些细节对考试和排障都很有价值。

7.3 实战排障反向理解名词

如果你已经在工作或实习，最推荐的学习方式是从排障反向学名词。比如用户反映网页打不开，你去查，先ping网关、再ping公网IP、再ping域名。这一条排查链里，每个环节都对应了一组名词：

每排查一次问题，你对这些名词的理解就会加深一层。纸上得来终觉浅，绝知此事要躬行，这句话放在计算机网络名词学习上，再合适不过。我见过太多人能把名词解释背得滚瓜烂熟，但真给他一台网络设备配置路由，或者让他解释网页为何打不开，就手足无措了。名词是砖，排障是砌墙的过程，光搬砖不砌墙，你永远不会真正会盖房子。

最后说点实在话：计算机网络的名词量很大，但真正高频的、值得死磕的核心名词可能不超过一百个。优先搞定与TCP/IP模型强相关的那些，把每一个都按“定义+解决什么问题+工作过程+典型应用场景”四要素拆解一遍，远比贪多嚼不烂也好得多。这套方法我自己实践过，也带过不少初学者，只要坚持用故事线串联、画图梳理、实战验证三管齐下，名词解释这类基础观感会变得非常顺利。