工厂模式通过封装对象创建过程实现解耦，调用者依赖接口而非具体类，工厂根据需求返回对应实现，新增功能无需修改调用代码，符合开闭原则，提升系统扩展性与维护性。
工厂模式的核心在于将对象的创建过程封装起来，从而让调用者与具体类之间解耦。在Java中，这种设计常配合接口使用，使程序更具扩展性和维护性。
什么是工厂模式
工厂模式是一种创建型设计模式，它提供了一种创建对象的最佳方式。不用直接使用 new 关键字实例化类，而是通过一个专门的“工厂”类来负责对象的创建。
这样做的好处是：当新增或修改实现类时，调用代码无需改动，只要工厂逻辑正确更新即可。
接口如何实现解耦
在Java中，接口定义行为规范，而具体类实现这些行为。通过让工厂返回接口类型的对象，调用方只依赖于接口，不关心背后是哪个实现类。
立即学习“Java免费学习笔记（深入）”；
例如：
public interface Payment {void pay();
}
public class Alipay implements Payment {
public void pay() { System.out.println("使用支付宝支付"); }
}
public class WeChatPay implements Payment {
public void pay() { System.out.println("使用微信支付"); }
}
此时，如果有一个 PaymentFactory 根据传入参数决定返回哪种支付方式，上层代码就完全不知道具体类型。
简单工厂示例
下面是一个简单的工厂实现：
public class PaymentFactory {public static Payment create(String type) {
if ("alipay".equals(type)) {
return new Alipay();
} else if ("wechat".equals(type)) {
return new WeChatPay();
} else {
throw new IllegalArgumentException("不支持的支付类型");
}
}
}
使用时：
Payment payment = PaymentFactory.create("alipay");payment.pay(); // 输出：使用支付宝支付
如果未来增加银联支付，只需新增实现类并修改工厂，调用方保持不变。
为什么说工厂+接口能解耦
关键点在于：调用者依赖的是接口，而不是具体类。工厂隐藏了对象创建细节，使得系统模块之间没有硬编码依赖。
- 修改实现不影响使用者
- 便于单元测试（可注入模拟对象）
- 符合开闭原则：对扩展开放，对修改关闭
比如在Spring框架中，BeanFactory 就是工厂模式的典型应用，容器根据配置创建和管理对象实例。
基本上就这些。掌握工厂模式的本质，就是理解“把创建对象的责任交给别人”，自己只关注“用什么功能”。结合接口，就能写出更灵活、易维护的Java代码。
