能 Ping 通，TCP 就一定能连通吗？小 G 先给结论：不是。
这时候你可能就会有疑问了：明明 Ping 通了，TCP 怎么就挂了？更准确地说，Ping 通只能说明 ICMP Echo 这条路径在当前策略下能往返，不等于目标 TCP 端口一定可达。
说实话，我认真学完了一遍网络，还看了挺多专栏资料，在面试中第一次遇到这个问题时，确实有点懵。
答案其实很简单：Ping 使用 ICMP，TCP 连接使用 TCP。两者可能经过同一条网络路径，但中间设备会按协议类型、端口、连接状态和安全策略分别处理。
面试里经常会碰到这个问题：一台机器上，TCP 已经监听了 8080，UDP 还能不能再监听 8080？
先说结论：可以。TCP 和 UDP 的端口绑定命名空间按传输层协议区分，同一个数字端口在不同协议下不冲突。 一个进程监听 TCP/8080，另一个进程监听 UDP/8080，内核会根据协议栈分别分发。
端口是传输层用来区分应用进程的编号。IP 地址定位主机，端口号定位这台主机上的具体应用。
一台主机最多只能保持 65535 个 TCP 连接吗？小 G 先给结论：不是。
65535 这个数字来自端口号范围。TCP 首部里的源端口和目的端口字段都是 16 位，可以表示 0~65535，一共 2^16 = 65536 个取值。65535 是最大端口号，不是连接数上限。
但 TCP 连接数和端口号数不是一回事。要搞清楚这个问题，得从 TCP 连接是怎么被标识的开始讲。
TCP 连接不是靠“本地端口”唯一标识，而是靠四元组标识：
你好，我是小 G。TCP Keepalive 和 HTTP Keep-Alive 的对比，经常作为面试题出现在技术面试中。这篇文章来详细聊一聊。
简单来说，这俩只是后缀名字一样，但完全不是一回事，毕竟一个在应用层，一个在传输层，根本不在同一层：
你好，我是小 G。在我大二下学期那年，看黑马的免费课程，第一次接触到 RPC，当时还是挺懵逼的。
HTTP 接口不是已经能调了吗？
前端调后端是 HTTP，服务端调服务端也可以用 HTTP。写一个 /user/getById 接口，传个用户 ID，返回用户信息，这不也能完成远程调用吗？
那为什么还要再搞一个 RPC 增加学习成本呢？这不纯闹嘛！
更容易让人混乱的是，很多文章特别喜欢把 HTTP 和 RPC 放在一起对比，好像它们是同一层的两个协议。看完之后你可能记住了几句话：HTTP 面向资源，RPC 面向方法；HTTP 对外，RPC 对内；RPC 性能更好。
很多人第一次学 HTTPS，脑子里会留下一个很粗的印象：
HTTPS = HTTP + 加密，加密 = RSA。 所以，HTTPS = RSA 加密。
这个理解不是凭空来的。早期很多 HTTPS 部署确实大量使用 RSA 相关的密码套件，很多入门讲解也喜欢拿 RSA 举例。
但严格说，HTTPS 从来不等于 RSA 加密。即使在 TLS 1.0、TLS 1.1 时代，RSA 也只是可选方案之一，协议里还存在 DHE 这类密钥交换方式。到了 TLS 1.3，静态 RSA 密钥交换已经被移除，RSA 更多出现在证书签名、身份认证这类位置。
贪心的本质是选择每一阶段的局部最优，从而达到全局最优。
704.二分查找：https://leetcode.cn/problems/binary-search/
80.删除有序数组中的重复项 II：https://leetcode.cn/problems/remove-duplicates-from-sorted-array-ii
这份 算法专题 面向算法面试和基础能力训练，整理经典算法思想、常见数据结构 LeetCode 题目、字符串、链表、剑指 Offer 和排序算法。
这份 数据结构专题 面向计算机基础学习和算法面试复习，整理数组、链表、栈、队列、树、图、堆、红黑树、布隆过滤器等常见结构。
