分布式系统架构5：限流设计模式
本文是小卷关于分布式系统架构学习的第5篇，重点介绍限流器及4种常见的限流设计模式：流量计数器、滑动窗口、漏桶和令牌桶。限流旨在保护系统免受超额流量冲击，确保资源合理分配。流量计数器简单但存在边界问题；滑动窗口更精细地控制流量；漏桶平滑流量但配置复杂；令牌桶允许突发流量。此外，还简要介绍了分布式限流的概念及实现方式，强调了限流的代价与收益权衡。
简单分享下python多态
多态是面向对象编程中至关重要的特性，通过继承和方法重写，可以实现代码复用和灵活扩展。Python的鸭子类型进一步增强了多态的灵活性，使得代码更具适应性。通过理解和应用多态，可以写出更为简洁、优雅和高效的代码。
前端必须掌握的设计模式——代理模式
代理模式（Proxy Pattern）是一种结构型设计模式，通过引入“替身”对象来间接访问真实对象，从而解耦并提升性能和安全性。例如，知名艺人复出后，经纪人作为代理筛选商单，确保只处理符合团队利益的请求。代码实现中，定义接口`IService`，艺人和经纪人都实现该接口，经纪人在访问时进行过滤和转发。代理模式常用于权限控制、性能优化等场景，如前端中的Tree-shaking和ES6的Proxy构造方法。
分布式系统架构4：容错设计模式
这是小卷对分布式系统架构学习的第4篇文章，重点介绍了三种常见的容错设计模式：断路器模式、舱壁隔离模式和重试模式。断路器模式防止服务故障蔓延，舱壁隔离模式通过资源隔离避免全局影响，重试模式提升短期故障下的调用成功率。文章还对比了这些模式的优缺点及适用场景，并解释了服务熔断与服务降级的区别。尽管技术文章阅读量不高，但小卷坚持每日更新以促进个人成长。
Spring Event 的幕后
Spring Event 基于观察者模式，实现模块间松散耦合的通信。通过事件（Event）、事件发布者（Publisher）和事件监听器（Listener）三个核心组件，Spring Event 可以轻松实现业务解耦。Spring 容器在启动时会初始化 `ApplicationEventMulticaster`，扫描并注册所有事件监听器，通过调用 `multicastEvent()` 方法将事件广播给所有注册的监听器。
封装只有类能做吗？结构体如何封装？名空间、文件能实现封装吗？还有没有其他方式？
封装是面向对象编程的核心原则之一，不仅可以通过类实现，还可以通过结构体、命名空间、文件等方式实现。类通过访问修饰符控制成员的可见性；结构体通过调整访问修饰符实现封装；命名空间通过逻辑分组避免命名冲突；文件通过分离声明和实现隐藏细节；其他方式包括模块化编程、函数封装和设计模式等。这些方法各有优劣，适用于不同的场景。
中介者模式（Mediator Pattern）
中介者模式是一种行为型设计模式，通过引入中介者对象来简化对象间的通信，减少多对象间的直接交互，降低系统耦合度。核心概念包括中介者、具体中介者和同事类。常见使用场景有聊天室、航空交通控制系统和GUI组件交互。优点是降低系统复杂度和提高灵活性，但中介者可能变得复杂，成为性能瓶颈。
解释器模式
解释器模式是一种行为型设计模式，用于定义语言的文法表示并提供解释器处理语句或表达式。它将语法规则与解释逻辑分离，便于扩展和维护。适用于简单的语法规则、固定文法结构及重复使用的语法解释场景，如数学表达式求值、SQL解析和简单脚本语言。优点包括易于扩展新规则和分离语法逻辑，但复杂文法会导致类数量激增，维护困难。
访问者模式
访问者模式是一种行为型设计模式，用于将数据结构与其操作解耦。通过在不改变数据结构的前提下增加新的操作，访问者模式提供了一种灵活的方式来实现功能扩展。其关键特性包括分离操作、支持扩展和双分派机制。适用于需要对对象结构中的元素执行多种操作、频繁扩展操作以及不希望操作逻辑和数据结构耦合的场景。常见的使用案例包括编译器中的语法树、文件系统和游戏场景。优点是增加操作时无需修改数据结构，符合开闭原则；缺点是添加新的数据结构类型时需要修改所有访问者类，维护成本较高。
装饰模式（Decorator Pattern）
装饰模式是一种结构型设计模式，允许在不修改原有对象的情况下动态添加功能。它通过装饰类层层叠加实现功能扩展，适用于需要在运行时动态添加、修改或移除对象行为的场景。装饰模式的核心角色包括抽象组件、具体组件、抽象装饰和具体装饰。该模式的优点在于动态扩展功能、避免类爆炸和遵守开放-封闭原则，但可能会导致对象数量增加和调试困难。常见使用场景包括图形系统中的动态效果和输入流的功能扩展。