简介这份计算机网络笔试题文档面向准备计算机基础课程考试、校招笔试或考研复试的在校学生与求职者聚焦网络原理核心知识点的自测与查漏补缺。内容以填空与单项选择两大题型为主覆盖OSI七层参考模型、局域网与广域网划分、总线型/环形/星形拓扑、CSMA/CD与令牌环介质访问控制、10BASE-T与100BASE-TX线缆长度限制、交换机数据转发方式、IP地址组成与ARP映射、RIP与OSPF路由算法、TCP与UDP服务特性以及DES、RSA加密与防火墙等安全措施每题均附标准答案便于对照记忆。资源包共1个doc文件约91KB体积轻巧适合打印或离线刷题。目前已有396人学习可作为章节复习与考前突击的配套练习帮助读者快速定位薄弱环节并巩固高频考点。1. 一份「计算机网络笔试题.doc」背后到底该练什么如果你手里正躺着一份名为「计算机网络笔试题.doc」的文件先别急着从头背到尾。我见过太多人把这类文档当成题库来刷刷完三遍面试官换个问法照样卡壳。真正的问题不在于题量而在于这份文档通常只给了「答案」没给「为什么是这个答案」以及「换个场景还成不成立」。计算机网络这门课的特点是概念之间高度耦合一道题往往同时考分层模型、协议状态机、地址计算和性能权衡。你只记住「TCP 三次握手」但被追问「为什么不是两次」「SYN 洪泛怎么防」「TIME_WAIT 为什么是 2MSL」就露馅了。这份文档真正该被当成什么用我的做法是把它拆成四类概念辨析题、计算题、协议流程题、排障场景题。概念题用来查漏计算题用来练手速和边界流程题用来画状态图排障题用来串知识。适合谁准备校招/社招的后端、测试、运维、嵌入式方向都适用尤其是那些「计算机网络八股」背了不少但没动手抓过包的人。下面我按这个思路把一份静态文档变成可复现的训练路径。2. 把 doc 拆成四类题型先分清哪些题值得花时间2.1 概念辨析题别背定义背「边界条件」概念题最容易骗人。比如「TCP 和 UDP 的区别」标准答案能写一页但面试官真正想听的是你在什么场景下会放弃 TCP。我一般会这样整理把每道概念题改写成「在 X 条件下选 A 还是 B代价是什么」。举个例子视频会议为什么用 UDP 为主不是因为 UDP「快」而是因为 TCP 的重传和拥塞控制会把延迟抖动放大到不可接受。这个边界条件一写出来概念就活了。具体操作打开 doc把所有「简述」「区别」「特点」开头的题目标黄然后在旁边用一句话补上「什么时候不适用」。这一步不需要写代码但需要你查 RFC 或教材对应章节。谢希仁那本《计算机网络》第八版和《自顶向下》都可以湖科大教书匠的视频适合把链路层和网络层串一遍。注意别在概念题上抄太多字每道题控制在三行以内逼自己提炼。2.2 计算题子网划分、CRC、窗口利用率必须手算到条件反射计算题是这份 doc 里最「值钱」的部分因为面试现场让你手算子网掩码的场景非常多。常见的有给一个 IP 和掩码求网络号、广播地址、可用主机数给带宽和 RTT求停止等待协议和滑动窗口的信道利用率给生成多项式算 CRC 余数。这些题没有捷径必须手算到不假思索。我一般会准备一张草稿纸把 doc 里所有计算题抽出来按「地址类」「编码类」「性能类」分三列。地址类重点练变长掩码和 CIDR 聚合编码类练 CRC 和曼彻斯特编码性能类练窗口利用率和时延带宽积。每道题算完用 Python 的 ipaddress 模块验证一遍避免手算出错却不知道。这个习惯救过我很多次尤其是面试时紧张容易把 255.255.255.192 的可用主机数写成 62 而不是 62对/26 就是 62 个可用地址别写成 64。2.3 协议流程题画状态图比背文字强十倍TCP 三次握手、四次挥手、拥塞控制、ARP 请求响应、DHCP 四步、DNS 递归迭代——这些题如果只背文字考场上很容易漏步骤。我的做法是每道流程题画一张状态迁移图标出每个状态下的关键动作和定时器。比如 TCP 挥手主动关闭方进入 FIN_WAIT_1收到 ACK 后进入 FIN_WAIT_2收到 FIN 后进入 TIME_WAIT等 2MSL 才关闭。被动关闭方则是 CLOSE_WAIT、LAST_ACK、CLOSED。画图的时候要问自己三个问题这个状态等什么报文超时了怎么办收到异常报文怎么处理这三个问题能答上来流程题基本不会丢分。doc 里如果有「简述 TCP 连接建立过程」这类题直接跳过文字答案自己画一遍再对照教材补漏。2.4 排障场景题从「ping 不通」倒推整条链路排障题是区分「背过」和「用过」的分水岭。doc 里可能只有一两道「网络不通怎么排查」但这类题值得你花最多时间。我一般会按分层来推物理层看链路灯和网线数据链路层看 ARP 表和 VLAN网络层看路由表和 ICMP传输层看端口和防火墙应用层看 DNS 和代理配置。每一步都有对应的命令ip link、arp -a、ip route、traceroute、ss -tulnp、dig。把 doc 里的排障题改写成「现象 → 可能原因 → 验证命令」的表格比背答案有用得多。比如「能 ping 通 IP 但打不开网页」可能原因是 DNS 解析失败或 HTTP 代理配置错误验证命令是 nslookup 和 curl -v。这种题练多了面试时哪怕没做过也能按分层逻辑推出来。3. 用 Python 把计算题批量验证脚本、参数与边界3.1 子网计算脚本ipaddress 模块的四个关键调用手算子网容易出错尤其是变长掩码。我一般写一个小脚本把 doc 里的地址题批量跑一遍。核心用 Python 标准库 ipaddress不需要装第三方包。import ipaddress def subnet_info(ip_with_mask): # 支持 192.168.1.10/26 这种 CIDR 写法 iface ipaddress.ip_interface(ip_with_mask) net iface.network # 网络号、广播地址、可用主机数 print(f输入: {ip_with_mask}) print(f网络号: {net.network_address}) print(f广播地址: {net.broadcast_address}) print(f掩码: {net.netmask}) print(f可用主机数: {net.num_addresses - 2}) # 判断某个 IP 是否在同一子网 other ipaddress.ip_address(192.168.1.100) print(f192.168.1.100 是否同子网: {other in net}) subnet_info(192.168.1.10/26)逻辑说明ip_interface 同时接受地址和掩码network 属性自动算出网络号。num_addresses 包含网络号和广播地址所以可用主机数要减 2。参数方面/26 对应掩码 255.255.255.192可用主机 62 个。注意如果题目给的是「子网掩码 255.255.255.192」而不是 CIDR可以用 ipaddress.IPv4Network(192.168.1.0/255.255.255.192, strictFalse) 来转换。strictFalse 允许主机位不为零否则会报错。3.2 CRC 校验脚本生成多项式与余数计算CRC 题在 doc 里通常给生成多项式让你算余数。手算要补零、做模 2 除法容易错。用脚本验证def crc_remainder(data_bits, poly_bits): # data_bits 和 poly_bits 都是字符串如 110101 和 1011 data list(data_bits) [0] * (len(poly_bits) - 1) poly list(poly_bits) for i in range(len(data_bits)): if data[i] 1: for j in range(len(poly)): # 模 2 减法等价于异或 data[i j] str(int(data[i j]) ^ int(poly[j])) return .join(data[-(len(poly_bits) - 1):]) print(crc_remainder(110101, 1011)) # 输出余数逻辑说明CRC 的核心是模 2 除法异或实现。参数方面poly_bits 是生成多项式去掉最高位的系数比如 x^3x1 对应 1011。注意data_bits 后面补的零个数是 len(poly_bits)-1不是 len(poly_bits)。这个脚本只适合手算验证实际工程里用 zlib.crc32 或 binascii 更靠谱。3.3 窗口利用率计算带宽、RTT 与窗口大小的关系性能题常考「发送窗口多大才能跑满带宽」。公式是窗口大小 ≥ 带宽 × RTT。我一般用脚本算一遍再手算对照。def window_utilization(bandwidth_mbps, rtt_ms, window_bytes): # 带宽转成字节/秒RTT 转成秒 bandwidth_bps bandwidth_mbps * 1_000_000 rtt_s rtt_ms / 1000 # 一个 RTT 内能发的字节数 capacity bandwidth_bps * rtt_s / 8 utilization window_bytes / capacity print(f时延带宽积: {capacity:.0f} 字节) print(f窗口利用率: {utilization:.2%}) if utilization 1: print(窗口不足带宽跑不满) window_utilization(100, 50, 65535)逻辑说明时延带宽积是「管道容量」窗口小于它就跑不满。参数方面100 Mbps、RTT 50ms 时管道容量约 625000 字节而 TCP 最大窗口 65535 字节利用率只有 10% 左右。这就是为什么长肥管道需要窗口缩放选项。注意实际吞吐还受拥塞控制影响这个公式只是理论上限。4. 协议流程题的避坑与排查那些 doc 不会告诉你的细节4.1 三次握手为什么不是两次半连接队列与 SYN 洪泛doc 里通常只写「防止已失效的连接请求突然又传到服务器」。这个答案没错但不够。真正的原因是两次握手无法确认客户端的接收能力也无法防止历史连接。更实际的是三次握手配合半连接队列SYN queue和全连接队列accept queue来管理连接。如果半连接队列满了新的 SYN 会被丢弃表现为客户端超时重传。SYN 洪泛攻击就是利用这一点伪造大量源 IP 发 SYN占满半连接队列。排查方法netstat -s | grep -i syn 看 SYN 相关统计ss -lnt 看 Send-Q 和 Recv-Q。如果 Recv-Q 持续接近 Send-Q说明 accept 队列快满了应用层处理不过来。参数方面Linux 的 tcp_max_syn_backlog 控制半连接队列somaxconn 控制全连接队列。注意这两个值不是越大越好要结合内存和应用处理能力。4.2 TIME_WAIT 太多怎么办2MSL 的意义与回收参数TIME_WAIT 是主动关闭方在收到 FIN 并发出 ACK 后进入的状态持续 2MSL通常 60 秒。作用是确保最后一个 ACK 能到达对方以及让旧连接的重复报文在网络中消失。但高并发短连接场景下TIME_WAIT 会堆积占用端口资源。doc 里可能只问「TIME_WAIT 作用」但实际工作中更常问「怎么优化」。常见做法是开启 tcp_tw_reuse允许将 TIME_WAIT 状态的端口用于新的 outgoing 连接。注意tcp_tw_recycle 在 NAT 环境下会导致连接失败已经在内核 4.12 后移除别再用。另一个参数是 tcp_max_tw_buckets限制 TIME_WAIT 数量但超过后内核会直接关闭连接并打印警告。我一般建议先确认是不是短连接太多如果是改用长连接或连接池比调内核参数更根本。4.3 拥塞控制从 Reno 到 BBRdoc 里的「慢启动」只是起点doc 里讲拥塞控制通常只讲慢启动、拥塞避免、快重传、快恢复。但面试官可能追问现在 Linux 默认用什么算法答案是 CUBIC而 Google 的 BBR 在长肥管道和高丢包场景下表现更好。慢启动的初始窗口从 1 个 MSS 开始每收到一个 ACK 翻倍直到 ssthresh。这个「翻倍」是指数增长很容易撞上 ssthresh 然后进入拥塞避免的线性增长。排查拥塞控制相关问题时用 ss -ti 看连接的 cwnd、ssthresh、rtt。如果 cwnd 长期上不去可能是丢包导致频繁进入快恢复。参数方面net.ipv4.tcp_congestion_control 可以切换算法net.ipv4.tcp_rmem 和 tcp_wmem 控制缓冲区。注意BBR 需要内核 4.9 以上且对公平性有争议生产环境切换前要压测。4.4 ARP 与 DHCP 的联动为什么换了网段就连不上ARP 题在 doc 里通常只问「ARP 作用」和「ARP 欺骗」。但实际排障中更常见的是换了网段后网关 MAC 变了但 ARP 缓存没更新导致发不出去。或者 DHCP 拿到的地址和静态配置冲突表现为时通时断。排查步骤arp -a 看缓存ip neigh 看邻居表dhclient -v 看 DHCP 交互。如果 ARP 缓存里有多个 MAC 对应同一 IP可能是 ARP 欺骗或双网卡绑定问题。参数方面Linux 的 gc_stale_time 控制 ARP 缓存老化时间默认 60 秒。如果网络里设备频繁上下线可以适当调小。注意ARP 是链路层协议跨网段通信时源主机发 ARP 请求的是网关 IP而不是目标主机 IP。这个点很多人搞混导致子网划分题做错。5. 把 doc 变成可复现的训练闭环我的日常习惯5.1 用抓包验证每一道协议题背十遍 TCP 状态机不如抓一次包。我一般用 tcpdump 或 Wireshark把 doc 里的协议题对应的流量抓下来。比如三次握手抓包能看到 SYN、SYN-ACK、ACK 三个报文以及各自的 seq 和 ack 号。四次挥手能看到 FIN、ACK、FIN、ACK以及 TIME_WAIT 的持续时间。命令很简单# 抓取 80 端口的 TCP 流量保存到文件 tcpdump -i eth0 -nn -w tcp.pcap tcp port 80 # 用 tshark 读取并显示握手过程 tshark -r tcp.pcap -Y tcp.flags.syn1 or tcp.flags.fin1逻辑说明-nn 禁止域名和端口解析-w 写入文件。tshark 的 -Y 是显示过滤器只显示 SYN 或 FIN 标志的包。参数方面-i 指定网卡any 可以抓所有网卡。注意抓包需要权限生产环境慎用避免抓到大流量影响性能。5.2 用 Docker 搭一个最小网络拓扑doc 里的题往往是单机视角但真实网络涉及多台设备。我一般用 Docker 起几个容器用 bridge 网络模拟子网用 iptables 模拟防火墙。比如# 创建两个子网 docker network create --subnet192.168.1.0/24 net1 docker network create --subnet192.168.2.0/24 net2 # 起两个容器分别接入 docker run -d --name host1 --net net1 alpine sleep 3600 docker run -d --name host2 --net net2 alpine sleep 3600 # 进入容器测试连通性 docker exec -it host1 ping 192.168.2.2逻辑说明默认情况下两个子网不通需要加路由或做 NAT。这个环境可以用来验证子网划分、路由转发、ARP 请求范围。参数方面--subnet 指定 CIDR--net 指定网络。注意Docker 的默认 bridge 网络和自定义网络行为不同自定义网络支持自动 DNS 解析。5.3 错题本只记「当时为什么错」最后说一个习惯错题本不要抄题目和答案只记「我当时为什么错」。比如「我把 /26 的可用主机数算成 64因为忘了减网络号和广播地址」。这种记录方式逼你反思思维过程而不是重复记忆。每隔一周翻一次只看错误原因不看答案。如果同一个原因错三次说明这个概念没真懂回去查教材对应章节。doc 里的题刷完一遍后把错题按「概念不清」「计算失误」「流程遗漏」「排障没思路」分类。概念不清的回去看谢希仁或自顶向下计算失误的加练同类题流程遗漏的重画状态图排障没思路的补命令。这个闭环跑两轮基本能覆盖 90% 的笔试题型。希望帮到你。本文还有配套的精品资源点击获取 计算机网络笔试题高效训练指南：从概念到实战的完整路径
简介这份计算机网络笔试题文档面向准备计算机基础课程考试、校招笔试或考研复试的在校学生与求职者聚焦网络原理核心知识点的自测与查漏补缺。内容以填空与单项选择两大题型为主覆盖OSI七层参考模型、局域网与广域网划分、总线型/环形/星形拓扑、CSMA/CD与令牌环介质访问控制、10BASE-T与100BASE-TX线缆长度限制、交换机数据转发方式、IP地址组成与ARP映射、RIP与OSPF路由算法、TCP与UDP服务特性以及DES、RSA加密与防火墙等安全措施每题均附标准答案便于对照记忆。资源包共1个doc文件约91KB体积轻巧适合打印或离线刷题。目前已有396人学习可作为章节复习与考前突击的配套练习帮助读者快速定位薄弱环节并巩固高频考点。1. 一份「计算机网络笔试题.doc」背后到底该练什么如果你手里正躺着一份名为「计算机网络笔试题.doc」的文件先别急着从头背到尾。我见过太多人把这类文档当成题库来刷刷完三遍面试官换个问法照样卡壳。真正的问题不在于题量而在于这份文档通常只给了「答案」没给「为什么是这个答案」以及「换个场景还成不成立」。计算机网络这门课的特点是概念之间高度耦合一道题往往同时考分层模型、协议状态机、地址计算和性能权衡。你只记住「TCP 三次握手」但被追问「为什么不是两次」「SYN 洪泛怎么防」「TIME_WAIT 为什么是 2MSL」就露馅了。这份文档真正该被当成什么用我的做法是把它拆成四类概念辨析题、计算题、协议流程题、排障场景题。概念题用来查漏计算题用来练手速和边界流程题用来画状态图排障题用来串知识。适合谁准备校招/社招的后端、测试、运维、嵌入式方向都适用尤其是那些「计算机网络八股」背了不少但没动手抓过包的人。下面我按这个思路把一份静态文档变成可复现的训练路径。2. 把 doc 拆成四类题型先分清哪些题值得花时间2.1 概念辨析题别背定义背「边界条件」概念题最容易骗人。比如「TCP 和 UDP 的区别」标准答案能写一页但面试官真正想听的是你在什么场景下会放弃 TCP。我一般会这样整理把每道概念题改写成「在 X 条件下选 A 还是 B代价是什么」。举个例子视频会议为什么用 UDP 为主不是因为 UDP「快」而是因为 TCP 的重传和拥塞控制会把延迟抖动放大到不可接受。这个边界条件一写出来概念就活了。具体操作打开 doc把所有「简述」「区别」「特点」开头的题目标黄然后在旁边用一句话补上「什么时候不适用」。这一步不需要写代码但需要你查 RFC 或教材对应章节。谢希仁那本《计算机网络》第八版和《自顶向下》都可以湖科大教书匠的视频适合把链路层和网络层串一遍。注意别在概念题上抄太多字每道题控制在三行以内逼自己提炼。2.2 计算题子网划分、CRC、窗口利用率必须手算到条件反射计算题是这份 doc 里最「值钱」的部分因为面试现场让你手算子网掩码的场景非常多。常见的有给一个 IP 和掩码求网络号、广播地址、可用主机数给带宽和 RTT求停止等待协议和滑动窗口的信道利用率给生成多项式算 CRC 余数。这些题没有捷径必须手算到不假思索。我一般会准备一张草稿纸把 doc 里所有计算题抽出来按「地址类」「编码类」「性能类」分三列。地址类重点练变长掩码和 CIDR 聚合编码类练 CRC 和曼彻斯特编码性能类练窗口利用率和时延带宽积。每道题算完用 Python 的 ipaddress 模块验证一遍避免手算出错却不知道。这个习惯救过我很多次尤其是面试时紧张容易把 255.255.255.192 的可用主机数写成 62 而不是 62对/26 就是 62 个可用地址别写成 64。2.3 协议流程题画状态图比背文字强十倍TCP 三次握手、四次挥手、拥塞控制、ARP 请求响应、DHCP 四步、DNS 递归迭代——这些题如果只背文字考场上很容易漏步骤。我的做法是每道流程题画一张状态迁移图标出每个状态下的关键动作和定时器。比如 TCP 挥手主动关闭方进入 FIN_WAIT_1收到 ACK 后进入 FIN_WAIT_2收到 FIN 后进入 TIME_WAIT等 2MSL 才关闭。被动关闭方则是 CLOSE_WAIT、LAST_ACK、CLOSED。画图的时候要问自己三个问题这个状态等什么报文超时了怎么办收到异常报文怎么处理这三个问题能答上来流程题基本不会丢分。doc 里如果有「简述 TCP 连接建立过程」这类题直接跳过文字答案自己画一遍再对照教材补漏。2.4 排障场景题从「ping 不通」倒推整条链路排障题是区分「背过」和「用过」的分水岭。doc 里可能只有一两道「网络不通怎么排查」但这类题值得你花最多时间。我一般会按分层来推物理层看链路灯和网线数据链路层看 ARP 表和 VLAN网络层看路由表和 ICMP传输层看端口和防火墙应用层看 DNS 和代理配置。每一步都有对应的命令ip link、arp -a、ip route、traceroute、ss -tulnp、dig。把 doc 里的排障题改写成「现象 → 可能原因 → 验证命令」的表格比背答案有用得多。比如「能 ping 通 IP 但打不开网页」可能原因是 DNS 解析失败或 HTTP 代理配置错误验证命令是 nslookup 和 curl -v。这种题练多了面试时哪怕没做过也能按分层逻辑推出来。3. 用 Python 把计算题批量验证脚本、参数与边界3.1 子网计算脚本ipaddress 模块的四个关键调用手算子网容易出错尤其是变长掩码。我一般写一个小脚本把 doc 里的地址题批量跑一遍。核心用 Python 标准库 ipaddress不需要装第三方包。import ipaddress def subnet_info(ip_with_mask): # 支持 192.168.1.10/26 这种 CIDR 写法 iface ipaddress.ip_interface(ip_with_mask) net iface.network # 网络号、广播地址、可用主机数 print(f输入: {ip_with_mask}) print(f网络号: {net.network_address}) print(f广播地址: {net.broadcast_address}) print(f掩码: {net.netmask}) print(f可用主机数: {net.num_addresses - 2}) # 判断某个 IP 是否在同一子网 other ipaddress.ip_address(192.168.1.100) print(f192.168.1.100 是否同子网: {other in net}) subnet_info(192.168.1.10/26)逻辑说明ip_interface 同时接受地址和掩码network 属性自动算出网络号。num_addresses 包含网络号和广播地址所以可用主机数要减 2。参数方面/26 对应掩码 255.255.255.192可用主机 62 个。注意如果题目给的是「子网掩码 255.255.255.192」而不是 CIDR可以用 ipaddress.IPv4Network(192.168.1.0/255.255.255.192, strictFalse) 来转换。strictFalse 允许主机位不为零否则会报错。3.2 CRC 校验脚本生成多项式与余数计算CRC 题在 doc 里通常给生成多项式让你算余数。手算要补零、做模 2 除法容易错。用脚本验证def crc_remainder(data_bits, poly_bits): # data_bits 和 poly_bits 都是字符串如 110101 和 1011 data list(data_bits) [0] * (len(poly_bits) - 1) poly list(poly_bits) for i in range(len(data_bits)): if data[i] 1: for j in range(len(poly)): # 模 2 减法等价于异或 data[i j] str(int(data[i j]) ^ int(poly[j])) return .join(data[-(len(poly_bits) - 1):]) print(crc_remainder(110101, 1011)) # 输出余数逻辑说明CRC 的核心是模 2 除法异或实现。参数方面poly_bits 是生成多项式去掉最高位的系数比如 x^3x1 对应 1011。注意data_bits 后面补的零个数是 len(poly_bits)-1不是 len(poly_bits)。这个脚本只适合手算验证实际工程里用 zlib.crc32 或 binascii 更靠谱。3.3 窗口利用率计算带宽、RTT 与窗口大小的关系性能题常考「发送窗口多大才能跑满带宽」。公式是窗口大小 ≥ 带宽 × RTT。我一般用脚本算一遍再手算对照。def window_utilization(bandwidth_mbps, rtt_ms, window_bytes): # 带宽转成字节/秒RTT 转成秒 bandwidth_bps bandwidth_mbps * 1_000_000 rtt_s rtt_ms / 1000 # 一个 RTT 内能发的字节数 capacity bandwidth_bps * rtt_s / 8 utilization window_bytes / capacity print(f时延带宽积: {capacity:.0f} 字节) print(f窗口利用率: {utilization:.2%}) if utilization 1: print(窗口不足带宽跑不满) window_utilization(100, 50, 65535)逻辑说明时延带宽积是「管道容量」窗口小于它就跑不满。参数方面100 Mbps、RTT 50ms 时管道容量约 625000 字节而 TCP 最大窗口 65535 字节利用率只有 10% 左右。这就是为什么长肥管道需要窗口缩放选项。注意实际吞吐还受拥塞控制影响这个公式只是理论上限。4. 协议流程题的避坑与排查那些 doc 不会告诉你的细节4.1 三次握手为什么不是两次半连接队列与 SYN 洪泛doc 里通常只写「防止已失效的连接请求突然又传到服务器」。这个答案没错但不够。真正的原因是两次握手无法确认客户端的接收能力也无法防止历史连接。更实际的是三次握手配合半连接队列SYN queue和全连接队列accept queue来管理连接。如果半连接队列满了新的 SYN 会被丢弃表现为客户端超时重传。SYN 洪泛攻击就是利用这一点伪造大量源 IP 发 SYN占满半连接队列。排查方法netstat -s | grep -i syn 看 SYN 相关统计ss -lnt 看 Send-Q 和 Recv-Q。如果 Recv-Q 持续接近 Send-Q说明 accept 队列快满了应用层处理不过来。参数方面Linux 的 tcp_max_syn_backlog 控制半连接队列somaxconn 控制全连接队列。注意这两个值不是越大越好要结合内存和应用处理能力。4.2 TIME_WAIT 太多怎么办2MSL 的意义与回收参数TIME_WAIT 是主动关闭方在收到 FIN 并发出 ACK 后进入的状态持续 2MSL通常 60 秒。作用是确保最后一个 ACK 能到达对方以及让旧连接的重复报文在网络中消失。但高并发短连接场景下TIME_WAIT 会堆积占用端口资源。doc 里可能只问「TIME_WAIT 作用」但实际工作中更常问「怎么优化」。常见做法是开启 tcp_tw_reuse允许将 TIME_WAIT 状态的端口用于新的 outgoing 连接。注意tcp_tw_recycle 在 NAT 环境下会导致连接失败已经在内核 4.12 后移除别再用。另一个参数是 tcp_max_tw_buckets限制 TIME_WAIT 数量但超过后内核会直接关闭连接并打印警告。我一般建议先确认是不是短连接太多如果是改用长连接或连接池比调内核参数更根本。4.3 拥塞控制从 Reno 到 BBRdoc 里的「慢启动」只是起点doc 里讲拥塞控制通常只讲慢启动、拥塞避免、快重传、快恢复。但面试官可能追问现在 Linux 默认用什么算法答案是 CUBIC而 Google 的 BBR 在长肥管道和高丢包场景下表现更好。慢启动的初始窗口从 1 个 MSS 开始每收到一个 ACK 翻倍直到 ssthresh。这个「翻倍」是指数增长很容易撞上 ssthresh 然后进入拥塞避免的线性增长。排查拥塞控制相关问题时用 ss -ti 看连接的 cwnd、ssthresh、rtt。如果 cwnd 长期上不去可能是丢包导致频繁进入快恢复。参数方面net.ipv4.tcp_congestion_control 可以切换算法net.ipv4.tcp_rmem 和 tcp_wmem 控制缓冲区。注意BBR 需要内核 4.9 以上且对公平性有争议生产环境切换前要压测。4.4 ARP 与 DHCP 的联动为什么换了网段就连不上ARP 题在 doc 里通常只问「ARP 作用」和「ARP 欺骗」。但实际排障中更常见的是换了网段后网关 MAC 变了但 ARP 缓存没更新导致发不出去。或者 DHCP 拿到的地址和静态配置冲突表现为时通时断。排查步骤arp -a 看缓存ip neigh 看邻居表dhclient -v 看 DHCP 交互。如果 ARP 缓存里有多个 MAC 对应同一 IP可能是 ARP 欺骗或双网卡绑定问题。参数方面Linux 的 gc_stale_time 控制 ARP 缓存老化时间默认 60 秒。如果网络里设备频繁上下线可以适当调小。注意ARP 是链路层协议跨网段通信时源主机发 ARP 请求的是网关 IP而不是目标主机 IP。这个点很多人搞混导致子网划分题做错。5. 把 doc 变成可复现的训练闭环我的日常习惯5.1 用抓包验证每一道协议题背十遍 TCP 状态机不如抓一次包。我一般用 tcpdump 或 Wireshark把 doc 里的协议题对应的流量抓下来。比如三次握手抓包能看到 SYN、SYN-ACK、ACK 三个报文以及各自的 seq 和 ack 号。四次挥手能看到 FIN、ACK、FIN、ACK以及 TIME_WAIT 的持续时间。命令很简单# 抓取 80 端口的 TCP 流量保存到文件 tcpdump -i eth0 -nn -w tcp.pcap tcp port 80 # 用 tshark 读取并显示握手过程 tshark -r tcp.pcap -Y tcp.flags.syn1 or tcp.flags.fin1逻辑说明-nn 禁止域名和端口解析-w 写入文件。tshark 的 -Y 是显示过滤器只显示 SYN 或 FIN 标志的包。参数方面-i 指定网卡any 可以抓所有网卡。注意抓包需要权限生产环境慎用避免抓到大流量影响性能。5.2 用 Docker 搭一个最小网络拓扑doc 里的题往往是单机视角但真实网络涉及多台设备。我一般用 Docker 起几个容器用 bridge 网络模拟子网用 iptables 模拟防火墙。比如# 创建两个子网 docker network create --subnet192.168.1.0/24 net1 docker network create --subnet192.168.2.0/24 net2 # 起两个容器分别接入 docker run -d --name host1 --net net1 alpine sleep 3600 docker run -d --name host2 --net net2 alpine sleep 3600 # 进入容器测试连通性 docker exec -it host1 ping 192.168.2.2逻辑说明默认情况下两个子网不通需要加路由或做 NAT。这个环境可以用来验证子网划分、路由转发、ARP 请求范围。参数方面--subnet 指定 CIDR--net 指定网络。注意Docker 的默认 bridge 网络和自定义网络行为不同自定义网络支持自动 DNS 解析。5.3 错题本只记「当时为什么错」最后说一个习惯错题本不要抄题目和答案只记「我当时为什么错」。比如「我把 /26 的可用主机数算成 64因为忘了减网络号和广播地址」。这种记录方式逼你反思思维过程而不是重复记忆。每隔一周翻一次只看错误原因不看答案。如果同一个原因错三次说明这个概念没真懂回去查教材对应章节。doc 里的题刷完一遍后把错题按「概念不清」「计算失误」「流程遗漏」「排障没思路」分类。概念不清的回去看谢希仁或自顶向下计算失误的加练同类题流程遗漏的重画状态图排障没思路的补命令。这个闭环跑两轮基本能覆盖 90% 的笔试题型。希望帮到你。本文还有配套的精品资源点击获取