设计模式的根基是OOP四大特性：封装支撑工厂模式隐藏创建细节，多态支撑策略等行为型模式实现运行时替换，继承与组合共同实现装饰器等结构型模式，抽象与开闭原则驱动架构演进。
设计模式在Java中不是凭空出现的技巧，它的根基就是OOP的四大特性：封装、继承、多态和抽象。没有这些特性作支撑，绝大多数经典模式就无法自然落地。
封装是工厂模式的底层逻辑
工厂模式把对象创建过程集中封装起来，调用方只面向接口获取实例，完全不知道内部怎么 new、用哪个构造器、依赖哪些参数。这正是封装的核心价值——隐藏细节、暴露契约。
- Simple Factory 用一个静态方法根据参数返回不同子类，调用方不碰 new
- Factory Method 把创建逻辑推迟到子类，进一步隔离变化点
- 抽象工厂则封装一整套相关对象的创建，适合产品族场景
多态支撑策略、模板、观察者等行为型模式
策略模式能运行时切换算法，靠的就是多态：所有策略实现同一接口，上下文只持有一个 Strategy 接口引用，具体执行哪段逻辑由实际注入的对象决定。
- 支付模块里微信、支付宝、银行卡都实现 PaymentStrategy 接口
- 模板方法中父类定义骨架，子类重写钩子方法，也是多态的体现
- 观察者模式里 Subject 通知 update()，但每个 Observer 自己决定怎么响应
继承与组合共同成就结构型模式
装饰器模式用组合+继承扩展功能，既复用原有行为，又避免修改原类；代理模式通过继承同一接口或实现相同抽象，对目标对象做间接访问；适配器则靠继承或委托，把不兼容的接口“转译”成客户端能用的样子。
立即学习“Java免费学习笔记（深入）”；
- BufferedInputStream 装饰 FileInputStream，两者都继承 InputStream
- 静态代理和动态代理都要求代理类与目标类实现相同接口
- 类适配器继承被适配类，对象适配器持有被适配对象引用
抽象与开闭原则驱动整体架构演进
抽象类和接口是开闭原则的技术载体。当需求新增时，我们加一个新子类或新实现类，而不是去改已有类——这就是“对扩展开放，对修改关闭”的真实写照。
- 新增一种日志策略？写个 FileLogger implements Logger 即可
- 要支持新数据库类型？新增一个 MySqlDataSource extends AbstractDataSource
- 所有已有代码无需动一行，只要配置或注入新实例
基本上就这些。设计模式不是炫技的语法糖，而是 OOP 思想在常见问题上的标准解法。理解封装为什么重要、多态如何让替换变得安全、抽象怎样为未来留出空间，比记住23种模式的名字和UML图更有价值。
