摘要：本文探讨了TCP协议中"面向字节流"与"报文段传输"的差异，解释了TCP不通过添加"长度"字段解决粘包问题的原因。TCP在应用层表现为无边界字节流，但在传输层需将数据切分为报文段传输。不在TCP层解决粘包问题是因为：1) 违反网络分层原则，2) 无法真正解决业务消息边界问题。正确的粘包处理应在应用层通过固定长度、特殊分隔符或消息头+

摘要：计算机网络可按作用范围分为广域网(WAN)、城域网(MAN)、局域网(LAN)和个人区域网(PAN)；按使用者分为公用网和专用网。接入网连接用户与互联网核心部分。性能指标包括速率（数据传送速率）、带宽（信道传输能力）、吞吐量（实际通过的数据量）和往返时间(RTT，双向交互耗时)。这些指标对评估网络性能至关重要。

本文介绍了计算机网络的三种主要体系结构模型：OSI七层参考模型、TCP/IP四层模型和教学用的五层协议模型。重点解析了五层协议模型中各层的功能：应用层负责进程间通信（报文传输），运输层提供进程间通用数据传输服务（TCP/UDP协议），网络层实现主机间分组路由与转发（IP数据报），数据链路层在相邻节点间传输帧数据，物理层负责比特流传输。文章还描述了数据在各层间封装/解封装的过程，以及路由器等设备在网

本文介绍了LeetCode 122题——允许多次买卖股票问题的解法。相比之前只能一次买卖的121题，该题通过贪心算法可以更灵活地累加所有正向利润。核心思路是：只要今天价格比昨天高，就累加这部分差价作为利润。文章提供了两种代码实现方式：一种通过维护最低买入价来模拟波谷买入波峰卖出，另一种直接累加相邻日期的正向差价。两种方法的时间复杂度均为O(n)，空间复杂度O(1)。与121题的对比分析显示，121

装饰器模式是一种动态扩展对象功能的结构型设计模式。它通过组合而非继承的方式，在不改变现有对象结构的情况下为其添加新功能。模式包含四个关键角色：组件接口(IGoat)、具体组件(XiGoat)、装饰器基类(DecoratedGoat)和具体装饰器(ShieldDecorated等)。装饰器模式能有效避免继承带来的类爆炸问题，通过层层包装形成装饰链，实现功能的灵活组合。相比继承，装饰器模式具有更好的扩

本文介绍了LeetCode 24题"两两交换链表中的节点"的两种解法。迭代法通过虚拟头节点和双指针操作，空间复杂度为O(1)，但代码量较多；递归法采用分治思想，代码简洁但需要O(N)递归栈空间。两种方法时间复杂度均为O(N)，选择时需权衡空间复杂度与代码可读性。关键技巧包括：迭代法的指针操作和递归法的终止条件处理。

本文介绍了如何在保证延迟加载的同时解决单例模式的多线程安全问题。首先分析了普通懒汉式的线程安全问题，随后探讨了同步方法和同步代码块两种解决思路的局限性，最终提出双重检查锁定(DCL)方案。该方案通过两次判空检查和volatile关键字，既实现了线程安全又保证了效率。文章指出在实际开发中，可根据需求选择饿汉式或DCL实现单例模式，其中DCL尤其适用于需要懒加载的多线程环境。

本文通过电视机生产示例展示了工厂方法模式的实现。模式包含四个核心角色：抽象产品(Product)、具体产品(ConcreteProduct)、抽象工厂(Creator)和具体工厂(ConcreteCreator)。客户端可通过两种方式创建产品：直接实例化具体工厂（存在耦合）或采用XML配置+Java反射机制（推荐方式）。后者通过读取配置文件动态创建工厂实例，真正实现了"对修改关闭，对扩展

本文摘要：死锁是指多个进程因竞争有限资源而陷入无限等待的状态。文章通过两个实例分析死锁的产生过程：1）进程A和B分别占用CD-ROM和打印机后互相请求对方资源；2）进程P1和P2通过不当的P/V操作占用信号量形成循环等待。死锁的根本原因是资源不足，直接原因是进程执行顺序不当。文中用进程推进图形象展示了危险区域，说明不当的推进顺序会导致系统进入死锁状态，而合理的资源分配可以避免这种情况。

本文介绍了LeetCode 189题"轮转数组"的最佳解法——三次翻转法。该方法通过三次局部或整体的翻转，实现数组原地向右移动k个位置，空间复杂度为O(1)。具体步骤为：1)整体翻转数组；2)翻转前k个元素；3)翻转剩余元素。相比传统解法，该方法避免了使用额外空间且时间复杂度为O(N)。文章通过示例演示了翻转过程，并提供了Java代码实现，强调了预处理k值的重要性。该解法巧妙高