TIME_WAIT 的副作用与优化
副作用:在高并发短连接场景下(如压测、网关),主动关闭方会产生大量的 TIME WAIT 连接,耗尽本地端口资源( ephemeral ports),
阅读全文 →副作用:在高并发短连接场景下(如压测、网关),主动关闭方会产生大量的 TIME WAIT 连接,耗尽本地端口资源( ephemeral ports),
阅读全文 →这是面试和实际运维中最经典的问题。TIME WAIT 状态只出现在 主动关闭连接的一方 (通常是客户端),
阅读全文 →因为 TCP 是全双工的。当一方(Client)发送 FIN 时,仅代表它不再发送数据,但它还能接收数据。 另一方(Server)收到 FIN 后,
阅读全文 →目的 :安全地断开双向数据流。由于 TCP 是全双工的,关闭连接需要分别关闭“发送”和“接收”两个方向,
阅读全文 →防止已失效的连接请求突然传到服务器:如果只有两次握手,客户端发出的第一个 SYN 滞留了,后来重发并建立了连接。传输结束后,滞留的旧 SYN 突然到达服务器,
阅读全文 →SYN (Client -> Server) 客户端发送一个 SYN=1 的包,携带初始序列号 seq = x。 状态变更:客户端进入 SYN SENT。
阅读全文 →主要原因有 3 点: 单线程编程容易并且更容易维护; Redis 的性能瓶颈不在 CPU,主要在内存和网络; 多线程就会存在死锁、线程上下文切换等问题,
阅读全文 →平衡树 vs 跳表: 平衡树的插入、删除和查询的时间复杂度和跳表一样都是 O(log n) 。 对于范围查询来说,
阅读全文 →并发标记清除法的核心难点在于如何保证在用户程序并发修改对象引用时,垃圾回收器仍能正确识别存活对象。 主要难点 : 对象消失问题 :在标记过程中,
阅读全文 →STW 是 Stop the World 的缩写,通常意义上指的是用户代码被完全停止运行, STW 越长,对用户代码造成的影响(例如延迟)就越大,
阅读全文 →