很多人第一次学 HTTPS，脑子里会留下一个很粗的印象：
HTTPS = HTTP + 加密，加密 = RSA。 所以，HTTPS = RSA 加密。
这个理解不是凭空来的。早期很多 HTTPS 部署确实大量使用 RSA 相关的密码套件，很多入门讲解也喜欢拿 RSA 举例。
但严格说，HTTPS 从来不等于 RSA 加密。即使在 TLS 1.0、TLS 1.1 时代，RSA 也只是可选方案之一，协议里还存在 DHE 这类密钥交换方式。到了 TLS 1.3，静态 RSA 密钥交换已经被移除，RSA 更多出现在证书签名、身份认证这类位置。
前面说 TCP 是面向字节流，UDP 是面向报文。这个点看起来像一句定义，但很多粘包、拆包问题，其实都藏在这里。
先说结论：TCP 只保证字节可靠、有序地到达，不保证应用层消息边界；UDP 会保留应用层交给它的报文边界。
这篇文章主要回答几个问题：
贪心的本质是选择每一阶段的局部最优，从而达到全局最优。
704.二分查找：https://leetcode.cn/problems/binary-search/
80.删除有序数组中的重复项 II：https://leetcode.cn/problems/remove-duplicates-from-sorted-array-ii
TCP 四次挥手的最后一步，主动关闭方发完 ACK 后不是立刻关闭，而是进入 TIME_WAIT 状态，默认要等上 60 秒。
这 60 秒经常被误解：有人觉得是浪费资源，有人想着用内核参数强行关掉，有人把 CLOSE_WAIT 和 TIME_WAIT 混着排查。
这篇文章回答线上最常见的几个问题：
TIME_WAIT 到底在等什么？TIME_WAIT 大量堆积会不会真的出问题？tcp_tw_reuse 能不能随便开？TIME_WAIT 和 CLOSE_WAIT 怎么区分？在浏览器地址栏输入 URL 到页面展示，背后会串起 DNS、TCP、TLS、HTTP、ARP、数据封装与浏览器渲染等多个环节。
这道题经常被用来考察计网整体理解，因为它能把应用层、传输层、网络层和链路层的知识点都串起来。只背单个协议容易断片，按访问网页的全过程走一遍，会清楚很多。
这篇文章主要回答几个问题：
很多设备在家用网络、公司内网里使用的都是私有 IP 地址，比如 192.168.x.x、10.x.x.x。这些地址不能直接在公网中路由，但内网设备依然可以访问互联网。
这背后通常就有 NAT 在工作。NAT 会在内网地址和公网地址之间做转换，让多个内网设备共享一个或少量公网 IP 对外通信。
这篇文章主要回答几个问题：
计算机网络面试题里，真正容易被追问到细节的部分，往往集中在 TCP、UDP、IP、ARP、NAT、IPv4/IPv6 这些传输层和网络层知识点上。比如：为什么 TCP 可靠？为什么要三次握手和四次挥手？HTTP/3 为什么改用基于 UDP 的 QUIC？这些问题不仅考概念，也考你对网络通信过程的理解。
在浏览器地址栏输入域名之后，真正发起 HTTP 请求之前，通常要先经过 DNS 解析。
DNS 要解决的是域名和 IP 地址的映射问题。它看起来只是“把域名翻译成 IP”，但背后涉及本地缓存、递归查询、迭代查询、权威服务器、根服务器、UDP/TCP 切换等一整套机制。
这篇文章主要回答几个问题：
