计算机网络这块内容，很多人是「用着会用，问着就废」：能配好 Nginx、能抓包看到 TCP 三次握手，但面试官一问「为什么 TIME_WAIT 要等 2MSL」「HTTPS 握手到底几次 RTT」，就只能含糊带过。这份资料针对的正是这种状态——它不教你从零搭网络，而是把 50 个高频问题拆开，一格一格补上你脑子里那些说不清楚的缝。

先说清楚：这份资料不适合谁

如果你还没搞明白 IP 地址和 MAC 地址的区别、不知道 TCP 和 UDP 各自用在什么场景，直接看这 50 道题会很痛苦，因为它的默认前提是「你知道这些名词，但讲不透背后的机制」。它适合的是三类人：准备跳槽、需要在一两周内把网络八股重新过一遍的求职者；从后端、运维、客户端转岗，面试里躲不开网络追问的技术人；以及日常写业务代码，遇到连接超时、DNS 解析慢、证书报错只能靠搜索解决的工程师。

50 道题大致压在哪些知识块上

这 50 道题不是随机凑数，大致分布在四个区域，每个区域的问法也不一样：

协议分层与基础概念：OSI 与 TCP/IP 的对应关系、各层职责边界，考的是你能不能把「某一层出问题」定位到具体环节。
TCP 与 UDP 的核心机制：三次握手、四次挥手、拥塞控制、滑动窗口、粘包拆包。这部分占比最高，也是最容易被追问到底层的地方。
HTTP 与 HTTPS：从 1.0 到 1.1、2.0 的差异，缓存策略、状态码语义、TLS 握手流程与证书校验链路。
网络架构与安全：负载均衡、CDN 回源、跨域、常见攻击面（如 SYN Flood、中间人）的成因与缓解思路。

注意一个特点：这些问题彼此是有关联的。比如你答不好「HTTPS 握手」，往往是因为对「对称加密与非对称加密的分工」没想明白；答不好「粘包」，多半是没分清 TCP 是字节流而应用层才定义消息边界。所以看的时候别跳着刷，按块推进效果更好。

怎么用这份资料，而不是背一遍就忘

建议每道题按三步走：第一步，先自己口头答一遍，哪怕答得磕磕巴巴，先把真实水平暴露出来；第二步，对照解析找缺口——注意不是找「标准答案」，而是找自己哪一层逻辑断了；第三步，合上资料，用一句话把这个机制讲给一个不懂网络的人听。能讲明白，才算真的拿下。

另一个建议是动手验证。三次握手、四次挥手用抓包工具看一眼，TLS 握手用命令行工具跑一遍，缓存策略用浏览器开发者面板确认响应头。这些题在纸面上看很容易「觉得自己懂了」，一抓包就会发现细节和记忆对不上。

看完之后，你应该能回答这些问题

为什么建立连接是三次握手，而关闭连接要四次？多出来的那次到底在等什么？
TIME_WAIT 状态存在的原因是什么，大量 TIME_WAIT 会带来什么后果，怎么处理？
TCP 的流量控制和拥塞控制解决的是两件不同的事，分别是什么？
HTTPS 到底在哪一步用非对称加密、哪一步换成对称加密，为什么要这样切换？
HTTP/2 的多路复用解决了 HTTP/1.1 的哪个具体毛病？
输入一个网址到页面显示，中间经过了哪些环节，每一步可能出什么故障？

如果这些问题你现在只能答个大概，那这份资料正好对症。它不承诺让你变成网络专家，但能让你在被追问两三层之后，依然站得住。