开闭原则是面向对象编程五大基本原则之一，最早由Bertrand Meyer提出，核心定义为软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。在Java开发中遵循这个原则，能够有效降低代码耦合度，减少新增功能时对原有代码的改动，降低引入bug的概率。
开闭原则的核心含义
对扩展开放指的是当我们需要给系统新增功能时，可以通过新增代码的方式实现，不需要改动原有的核心逻辑。对修改关闭指的是原有已经测试通过、稳定运行的代码逻辑，不应该因为新需求而被迫修改。
这里需要明确的是，开闭原则并不是完全禁止修改代码，而是指尽量减少对原有核心业务代码的修改，把变化的部分通过扩展的方式实现。如果原有代码本身存在bug，那么该修改还是要及时修改，这属于代码修复范畴，不属于开闭原则限制的场景。
Java中实现开闭原则的常见方式
1. 基于抽象类和接口的多态实现
抽象和接口是Java实现开闭原则的核心手段，我们可以把稳定的业务逻辑定义在抽象层，把容易变化的具体实现放到子类或者实现类中。当需要新增功能时，只需要新增一个实现类即可，不需要修改原有的抽象层和已有的实现类。
比如我们有一个支付场景，最初只支持支付宝支付，后续需要新增微信支付、银行卡支付等功能，就可以用接口抽象支付方式：
// 支付接口，抽象层，稳定不修改
interface PaymentService {
void pay(double amount);
}
// 支付宝支付实现类
class AliPayService implements PaymentService {
@Override
public void pay(double amount) {
System.out.println("支付宝支付金额：" + amount);
}
}
// 原有业务逻辑，依赖抽象接口，不需要修改
class OrderService {
private PaymentService paymentService;
public OrderService(PaymentService paymentService) {
this.paymentService = paymentService;
}
public void createOrder(double amount) {
// 订单创建逻辑
System.out.println("创建订单，金额：" + amount);
// 调用支付接口
paymentService.pay(amount);
}
}
后续如果需要新增微信支付，只需要新增一个实现类即可，OrderService和PaymentService接口都不需要修改：
// 新增微信支付实现类，扩展功能
class WeChatPayService implements PaymentService {
@Override
public void pay(double amount) {
System.out.println("微信支付金额：" + amount);
}
}
2. 使用设计模式落地开闭原则
很多经典的设计模式本身就是开闭原则的实践，比如策略模式、工厂模式、观察者模式等。以策略模式为例，它把不同的算法封装成独立的策略类，通过上下文类动态切换策略，新增策略时只需要新增策略类，不需要修改上下文和其他已有策略类。
还是以上面的支付场景为例，用策略模式优化后的代码：
// 支付策略接口
interface PayStrategy {
void processPay(double amount);
}
// 支付宝支付策略
class AliPayStrategy implements PayStrategy {
@Override
public void processPay(double amount) {
System.out.println("支付宝支付：" + amount);
}
}
// 微信支付策略
class WeChatPayStrategy implements PayStrategy {
@Override
public void processPay(double amount) {
System.out.println("微信支付：" + amount);
}
}
// 支付上下文
class PayContext {
private PayStrategy payStrategy;
public void setPayStrategy(PayStrategy payStrategy) {
this.payStrategy = payStrategy;
}
public void executePay(double amount) {
if (payStrategy == null) {
throw new RuntimeException("未设置支付策略");
}
payStrategy.processPay(amount);
}
}
开闭原则的实际价值
遵循开闭原则带来的最直接好处是代码的可维护性提升，当系统需求频繁变化时，我们不需要逐行排查原有代码的逻辑，只需要新增扩展代码即可，也减少了因为修改原有代码引入新bug的风险。
同时开闭原则也会倒逼开发者在前期设计时更合理地抽象公共逻辑，避免把具体实现写死在业务逻辑中，长期来看能够提升整个系统的架构合理性，降低后续迭代的成本。
不过开闭原则也不是绝对的，如果需求变化会导致抽象层也需要修改，那么就需要重新评估抽象是否合理，过度抽象反而会增加代码的复杂度，需要结合实际的业务场景灵活应用。