一、先说结论

这一篇主要回答：

1. 服务发现、DNS、注册中心三者有什么关系？

如果先把主线压缩成几句话，可以这样记：

• 三者本质上都在解决“请求该发给谁”这个问题
• 服务发现是更大的机制概念
• DNS 和注册中心是实现服务发现的两种常见手段
• DNS 更适合域名到 IP 的基础解析，注册中心更适合微服务实例的动态发现与治理

一、先说结论

如果面试官问“在浏览器输入一个 URL 到页面展示，中间发生了什么”，可以先抓住主线：

1. 浏览器解析 URL
2. 查询缓存与 DNS 解析域名
3. 建立连接（TCP 或 QUIC）
4. 如果是 HTTPS，再做 TLS 握手
5. 发送 HTTP 请求
6. 服务端处理并返回响应
7. 浏览器解析 HTML、CSS、JS，最终渲染页面

而如果单独问 DNS，则核心就是：

把域名解析成 IP 地址。

一、先说结论

如果把 HTTP 最核心的内容压缩成几句话，可以这么记：

• HTTP 是应用层协议
• HTTP 采用请求-响应模型
• HTTP 本身是无状态的
• HTTP/1.1 和 HTTP/2 通常跑在 TCP 上，HTTP/3 跑在 QUIC/UDP 上
• GET 更偏获取资源，POST 更偏提交数据
• 真正的登录状态通常要靠 Cookie、Session、Token 等机制补充

一、先说结论

这篇文章主要回答两个高频面试问题：

1. 什么是 WebSocket？和 HTTP 有什么区别？
2. 什么是 CDN？它解决了什么问题？

如果先把答案压缩成几句话，可以这样记：

• WebSocket 是基于 TCP 的、支持全双工实时通信的协议
• HTTP 更偏请求-响应，WebSocket 更偏长连接下的双向实时通信
• CDN 是把内容缓存到离用户更近的边缘节点上，让用户就近访问
• CDN 主要解决延迟高、源站压力大和大流量承载能力不足的问题

一、先说结论

这一篇聚焦几个在面试里经常一起出现、但又容易零散记忆的知识点：

• MTU 是什么，为什么分片通常不是好事
• ARP 是干什么的
• NAT 为什么能让多个内网主机共享一个公网 IP
• DHCP 为什么能自动给电脑分配 IP
• ICMP 是什么，为什么 ping 能测连通性

如果先把主线压缩成几句话，可以这样记：

• MTU 决定一条链路上单个 IP 包能有多大
• ARP 负责在局域网里把 IP 解析成 MAC
• NAT 负责把内网地址转换成公网地址，并靠端口映射区分回包归属
• DHCP 负责给设备自动下发上网参数
• ICMP 是网络层的控制和诊断协议，ping 依赖它的回显请求 / 回显应答

这里整理的是更偏工程落地、线上排障和协议选型的网络场景题。

如果前面的 应用层、传输层、网络层 更偏基础原理，那么这一组内容更偏：

• 为什么系统会这样设计
• 为什么线上会出现这些现象
• 出了问题该怎么定位

后续文章会重点覆盖：

• 服务调用链路为什么大多基于 TCP
• 连接池、线程池、长连接为什么重要
• 接口超时和性能问题怎么拆链路定位
• 反向代理、真实 IP、Session 一致性、Token 分布式适配等

一、先说结论

这一篇主要回答：

1. Nginx 反向代理后，客户端真实 IP 怎么拿？
2. 为什么不能无脑相信 X-Forwarded-For？

如果先把答案压缩成几句话，可以这样记：

• 反向代理后，后端服务直接看到的通常是 Nginx 的 IP
• 真实客户端 IP 一般要靠代理转发的请求头传递，比如 X-Forwarded-For 和 X-Real-IP
• 只有在请求确实经过受信任代理时，才能把这些头当作真实来源来信任

一、先说结论

这一篇主要回答三个经常一起出现的工程问题：

1. 为什么数据库连接、RPC、HTTP 调用大多基于 TCP，而不是 UDP？
2. RPC 为什么有的基于 HTTP，有的基于 TCP？
3. 项目里为什么要用连接池、线程池、长连接？

如果先把主线压缩成几句话，可以这样记：

• 数据库、RPC、HTTP 这类调用，更重视数据完整、可靠、有序地到达
• 所以它们更依赖可靠传输能力，而 TCP 是最成熟、最常见的方案
• 基于 HTTP 的 RPC 更重生态兼容性，基于 TCP 的 RPC 更重性能和协议控制力
• 连接池、线程池、长连接本质上都是“昂贵资源不要反复新建”

一、先说结论

这一篇主要解决三个经常一起出现的线上问题：

1. 为什么接口偶发超时，但服务端日志看起来没报错？
2. 为什么用浏览器访问正常，但程序里访问超时？
3. 线上接口性能差时，怎么区分是网络问题、应用问题还是数据库问题？

如果先把主线压缩成几句话，可以这样记：

• 超时很多时候不是“炸了”，而是“没炸，但慢到别人等不起了”
• 浏览器能访问，不代表程序一定能访问，因为访问条件可能完全不同
• 排查性能问题不能靠猜，要把总耗时拆开，看时间死在哪一段

一、先说结论

这一篇主要解决四类高频问题：

1. Socket 是什么？它和 HTTP、TCP 是什么关系？
2. 常见端口有哪些？80、443、22、3306 分别是什么？
3. TCP 首部有哪些关键字段？
4. SYN、ACK、FIN、RST 分别有什么作用？

如果先把主线压缩成几句话，可以这样记：

• Socket 是程序使用网络能力的接口抽象
• TCP/UDP 是传输层协议，Socket 是应用程序和协议栈之间的编程接口
• HTTP 通常跑在 TCP 之上，程序通过 socket 收发 HTTP 数据
• 端口号用于把数据交给正确的进程
• TCP 首部里最核心的字段包括源端口、目标端口、序列号、确认号、窗口大小、校验和、标志位等
• SYN 用于建连，ACK 用于确认，FIN 用于优雅关闭，RST 用于强制复位连接