开闭原则的核心是“对扩展开放、对修改关闭”，即通过接口/抽象类隔离变化点，新增功能只需添加实现类或子类，不修改原有稳定代码；常用策略模式、模板方法、依赖注入等实现。
开闭原则（Open-Closed Principle, OCP）在Java面向对象设计中落地的核心是：对扩展开放，对修改关闭。这意味着当需求变化时，应通过新增代码来支持新功能，而不是修改已有稳定类的源码。关键不在于“完全不能改”，而在于把变化点隔离、抽象化，让主干逻辑保持稳定。
用接口或抽象类定义可变行为
将可能变化的功能声明为接口或抽象方法，具体实现由子类或实现类提供。这样新增功能只需添加新实现类，无需动原有调用逻辑。
- 例如订单支付场景：定义 PaymentProcessor 接口，包含 process() 方法；微信支付、支付宝支付分别实现该接口
- 业务主流程（如 OrderService）只依赖 PaymentProcessor 接口，通过策略模式或工厂注入具体实现
- 后续接入银联支付，只需新增 UnionPayProcessor 类并注册，原有订单处理代码一行不改
依赖抽象，而非具体实现
避免在高层模块中直接 new 具体类，而是通过构造器注入、Setter注入或服务定位等方式获取抽象类型实例。
- Spring 中常用 @Autowired 注入接口类型，容器自动匹配并装配具体 Bean
- 手动管理时可用简单工厂或简单配置（如读取配置文件决定使用哪个实现类），把“选哪个实现”的逻辑集中到一处
- 这样替换或增加实现时，只改配置或工厂逻辑，业务类保持干净
利用模板方法模式固化流程，开放钩子方法
对于有固定步骤但部分环节易变的流程（如审核、导出、审批），用抽象类定义骨架，把可变部分延迟到子类实现。
立即学习“Java免费学习笔记（深入）”；
- 定义 ReportGenerator 抽象类，generate() 是 final 模板方法，内部调用 fetchData()、formatData()、export() 等钩子方法
- 子类如 PdfReportGenerator 和 ExcelReportGenerator 各自重写钩子方法，不影响主流程
- 新增 CSV 导出？只需加一个新子类，不碰原有抽象类和已上线的子类
配合策略模式 + 配置驱动扩展
将不同算法/行为封装为独立策略类，运行时根据参数或配置动态选择，进一步降低耦合。
- 定义 DiscountStrategy 接口，实现类包括 MemberDiscount、FestivalDiscount、VolumeDiscount
- 用 Map
缓存所有策略，key 来自请求参数或规则引擎输出 - 新增折扣类型时，只加实现类 + 注册到 Map，不修改调用方或策略上下文类
开闭原则不是一蹴而就的设计，而是通过持续识别变化点、合理抽象、控制依赖方向逐步达成的。它常与里氏替换、依赖倒置等原则协同使用，真正价值体现在系统长期演进中——新需求进来快、老功能稳、回归风险低。
