1. 工厂模式概述为什么我们需要它在软件开发中对象创建是最基础也最频繁的操作之一。但直接使用new关键字实例化对象会带来一系列问题客户端代码与具体类耦合度高、难以应对变化、违反开闭原则等。工厂模式正是为了解决这些问题而诞生。工厂模式的核心思想是将对象的创建过程封装起来让客户端代码无需关心具体实现类的细节。这就像你去餐厅点餐只需要告诉服务员我要一份牛排而不需要知道牛排是怎么煎的、用什么调料。服务员(工厂)会根据你的要求把制作好的牛排(对象)端给你。在Java中工厂模式主要分为三种演进形态简单工厂模式、工厂方法模式和抽象工厂模式。它们的复杂度逐步提升适用场景也各不相同。理解这三种模式的差异能帮助我们在实际开发中做出更合理的设计选择。提示工厂模式属于创建型设计模式与单例模式、建造者模式等同属一类。它们都关注对象的创建过程但解决的问题和适用场景不同。2. 简单工厂模式快速上手的对象工厂2.1 模式结构与实现原理简单工厂模式(Simple Factory Pattern)是最基础的工厂模式实现。它由一个工厂类根据传入的参数决定创建哪一种产品类的实例。让我们通过一个图形绘制的例子来理解它的实现// 产品接口 interface Shape { void draw(); } // 具体产品类 class Circle implements Shape { Override public void draw() { System.out.println(绘制圆形); } } class Rectangle implements Shape { Override public void draw() { System.out.println(绘制矩形); } } // 工厂类 class ShapeFactory { public static Shape createShape(String type) { if (circle.equalsIgnoreCase(type)) { return new Circle(); } else if (rectangle.equalsIgnoreCase(type)) { return new Rectangle(); } throw new IllegalArgumentException(未知图形类型); } }在这个实现中ShapeFactory通过静态方法createShape接收类型参数返回对应的Shape实现。客户端代码只需要知道Shape接口和工厂类完全不需要了解具体的Circle和Rectangle类。2.2 优缺点分析与适用场景优点客户端与具体产品解耦只需知道产品接口和工厂类集中管理对象的创建逻辑便于统一修改实现简单适合快速开发缺点工厂类职责过重违反单一职责原则新增产品类型需要修改工厂类代码违反开闭原则静态工厂方法无法通过继承改变创建行为适用场景产品类型较少且不经常变化客户端不关心对象的创建细节需要快速实现一个简单的对象工厂注意简单工厂模式虽然简单但在产品类型频繁变化的场景下会变得难以维护。此时应考虑使用工厂方法模式。3. 工厂方法模式符合开闭原则的解决方案3.1 模式结构与实现演进工厂方法模式(Factory Method Pattern)通过引入工厂接口将产品创建延迟到具体工厂子类中实现。每个具体工厂只负责创建一种具体产品完美解决了简单工厂模式违反开闭原则的问题。继续以图形绘制为例下面是工厂方法模式的实现// 产品接口保持不变 interface Shape { void draw(); } // 具体产品类保持不变 class Circle implements Shape { /* 同上 */ } class Rectangle implements Shape { /* 同上 */ } // 新增工厂接口 interface ShapeFactory { Shape createShape(); } // 具体工厂类 class CircleFactory implements ShapeFactory { Override public Shape createShape() { return new Circle(); } } class RectangleFactory implements ShapeFactory { Override public Shape createShape() { return new Rectangle(); } }现在每种图形都有对应的工厂类。当需要新增图形类型时只需新增产品类和对应的工厂类无需修改现有代码。3.2 实际应用中的变体在实际开发中工厂方法模式有多种实现变体参数化工厂方法工厂方法可以接收参数来决定创建哪种产品多态工厂利用Java的多态特性工厂方法可以返回接口类型而非具体类模板工厂结合模板方法模式在抽象工厂中定义创建流程// 参数化工厂方法示例 interface ShapeFactory { Shape createShape(String type); } // 模板工厂示例 abstract class AbstractShapeFactory { // 模板方法 public final Shape getShape() { Shape shape createShape(); initialize(shape); return shape; } protected abstract Shape createShape(); protected void initialize(Shape shape) { // 默认初始化逻辑 } }3.3 优缺点与适用场景优点完全符合开闭原则新增产品类型不影响现有代码单一职责原则每个工厂只负责创建一种产品多态性客户端代码面向接口编程缺点类的数量增加系统复杂度提高需要为每种产品创建对应的工厂类适用场景产品类型较多且可能频繁扩展需要高度可扩展性的系统产品创建逻辑可能变化4. 抽象工厂模式处理产品族的复杂场景4.1 模式结构与产品族概念抽象工厂模式(Abstract Factory Pattern)是工厂方法模式的升级版它能够创建一系列相关或依赖的对象称为产品族而无需指定它们的具体类。典型的应用场景是跨平台的UI组件库。假设我们需要开发一个支持Windows和Mac的UI库包含按钮和文本框两种组件// 抽象产品接口 interface Button { void click(); } interface Text { void input(); } // 具体产品类 - Windows系列 class WindowsButton implements Button { public void click() { System.out.println(Windows按钮点击); } } class WindowsText implements Text { public void input() { System.out.println(Windows文本输入); } } // 具体产品类 - Mac系列 class MacButton implements Button { public void click() { System.out.println(Mac按钮点击); } } class MacText implements Text { public void input() { System.out.println(Mac文本输入); } } // 抽象工厂接口 interface UIFactory { Button createButton(); Text createText(); } // 具体工厂类 class WindowsFactory implements UIFactory { public Button createButton() { return new WindowsButton(); } public Text createText() { return new WindowsText(); } } class MacFactory implements UIFactory { public Button createButton() { return new MacButton(); } public Text createText() { return new MacText(); } }4.2 产品等级结构与产品族理解抽象工厂模式的关键是区分两个概念产品等级结构同一类产品的继承结构如Button接口及其实现产品族由同一个工厂创建的、属于不同等级结构的一组产品如WindowsFactory创建的WindowsButton和WindowsText抽象工厂模式的优势在于它能确保一个产品族中的产品是兼容的。在上例中WindowsFactory创建的所有组件都具有Windows风格不会出现Windows按钮配Mac文本框的情况。4.3 优缺点与适用场景优点保证产品族内产品的兼容性客户端与具体类解耦新增产品族容易符合开闭原则缺点新增产品等级困难需要修改所有工厂类类数量爆炸性增长设计复杂度高适用场景系统需要创建一系列相关的产品对象产品族需要保持一致性的场景跨平台、跨皮肤等需要切换整套产品的场景5. 三种工厂模式的对比与选择指南5.1 核心差异对比表特性简单工厂模式工厂方法模式抽象工厂模式工厂数量1个与产品数量相同与产品族数量相同产品创建方式参数判断子类工厂实现工厂创建多个相关产品开闭原则违反新增产品需修改符合新增产品不影响新增产品族符合新增产品等级违反复杂度低中高适用场景简单、产品少单一产品类型扩展多产品族、多产品类型5.2 实际项目中的选择策略简单工厂模式适合小型项目或产品类型固定的场景。比如配置解析器可能只需要解析JSON、XML等几种固定格式。工厂方法模式适合产品类型可能扩展的中大型项目。比如电商系统中的支付方式支付宝、微信、银联等未来可能会新增其他支付方式。抽象工厂模式适合需要创建一系列相关产品的复杂系统。比如跨平台应用开发Windows/Mac/Linux UI组件游戏开发不同主题的场景、角色、道具数据库访问不同数据库的连接、命令、适配器5.3 常见误区与最佳实践误区1过度设计不是所有场景都需要工厂模式。如果对象创建逻辑非常简单直接使用new可能更合适。误区2混淆工厂方法与抽象工厂工厂方法模式针对单一产品等级结构抽象工厂模式针对多个产品等级结构。最佳实践结合Spring等IoC容器使用工厂模式考虑使用枚举实现简单工厂为工厂类添加缓存机制避免重复创建对象使用依赖注入代替直接调用工厂方法// 枚举实现简单工厂示例 enum ShapeFactory { CIRCLE { public Shape create() { return new Circle(); } }, RECTANGLE { public Shape create() { return new Rectangle(); } }; public abstract Shape create(); } // 使用示例 Shape circle ShapeFactory.CIRCLE.create();6. 工厂模式的高级应用与实战技巧6.1 结合其他设计模式工厂模式经常与其他设计模式结合使用形成更强大的解决方案工厂单例确保工厂类只有一个实例工厂原型通过克隆原型对象来创建新实例工厂策略根据不同策略选择不同的工厂工厂装饰器对工厂创建的对象进行装饰// 工厂单例示例 class SingletonFactory { private static final SingletonFactory INSTANCE new SingletonFactory(); private SingletonFactory() {} public static SingletonFactory getInstance() { return INSTANCE; } public Shape createCircle() { return new Circle(); } }6.2 性能优化技巧对象池技术对于创建成本高的对象可以使用对象池缓存延迟初始化只有在真正需要时才创建对象缓存机制缓存已创建的对象避免重复创建// 带缓存的工厂示例 class CachedShapeFactory { private MapString, Shape cache new HashMap(); public Shape createShape(String type) { return cache.computeIfAbsent(type, k - { if (circle.equalsIgnoreCase(k)) return new Circle(); if (rectangle.equalsIgnoreCase(k)) return new Rectangle(); throw new IllegalArgumentException(未知类型); }); } }6.3 测试与Mock技巧工厂模式特别适合单元测试可以轻松替换真实对象为Mock对象// 测试用Mock工厂 class MockShapeFactory implements ShapeFactory { Override public Shape createShape() { return new Shape() { Override public void draw() { System.out.println(Mock绘制); } }; } } // 在测试中使用 Test void testDrawing() { ShapeFactory factory new MockShapeFactory(); Shape shape factory.createShape(); shape.draw(); // 输出Mock绘制 }7. 常见问题与解决方案7.1 如何选择工厂模式的变体问题场景在项目中不确定该用简单工厂、工厂方法还是抽象工厂。解决方案如果产品类型固定且简单 → 简单工厂如果产品类型可能扩展 → 工厂方法如果有多组相关产品 → 抽象工厂如果都不确定 → 从简单工厂开始必要时重构7.2 如何处理工厂类的膨胀问题场景使用工厂方法模式导致类数量爆炸。解决方案使用内部类减少文件数量使用匿名类或lambda表达式考虑使用抽象工厂合并相关工厂// 使用lambda简化工厂 interface ShapeFactory { Shape create(); } MapString, ShapeFactory factories new HashMap(); factories.put(circle, Circle::new); factories.put(rectangle, Rectangle::new); Shape circle factories.get(circle).create();7.3 如何应对抽象工厂的新增产品等级问题场景在抽象工厂中新增产品等级如新增Checkbox需要修改所有工厂类。解决方案使用默认实现或空对象模式考虑使用桥接模式分离抽象和实现评估是否真的需要抽象工厂或许工厂方法更合适// 使用默认方法减少修改 interface UIFactory { Button createButton(); Text createText(); default Checkbox createCheckbox() { throw new UnsupportedOperationException(); } }8. 真实项目案例分享8.1 Spring框架中的工厂模式应用Spring框架大量使用了工厂模式的思想最典型的是BeanFactory和ApplicationContext。这些容器本质上都是高级的对象工厂负责创建和管理应用中的所有Bean。// Spring风格的工厂示例 interface BeanFactory { Object getBean(String name); T T getBean(ClassT requiredType); } class AnnotationConfigApplicationContext implements BeanFactory { // 实现细节省略 } // 使用示例 BeanFactory factory new AnnotationConfigApplicationContext(); MyService service factory.getBean(MyService.class);8.2 JDK中的工厂模式实例JDK中也有许多工厂模式的实现Calendar.getInstance()NumberFormat.getInstance()Executors.newFixedThreadPool()DriverManager.getConnection()// JDK工厂方法示例 Calendar calendar Calendar.getInstance(); NumberFormat format NumberFormat.getCurrencyInstance(); ExecutorService executor Executors.newFixedThreadPool(4);8.3 日志框架中的工厂应用日志框架如SLF4J、Log4j2都使用工厂模式创建Logger实例// SLF4J示例 Logger logger LoggerFactory.getLogger(MyClass.class); // 背后的工厂逻辑 public static Logger getLogger(String name) { ILoggerFactory factory getILoggerFactory(); return factory.getLogger(name); }9. 从设计原则看工厂模式9.1 开闭原则(OCP)工厂方法模式完美体现了开闭原则对扩展开放可以新增产品类型对修改关闭不需要修改现有代码。而简单工厂模式违反OCP抽象工厂模式在新增产品等级时也违反OCP。9.2 依赖倒置原则(DIP)所有工厂模式都遵循依赖倒置原则高层模块不依赖低层模块它们都依赖于抽象。客户端代码只依赖产品接口和工厂接口不依赖具体实现。9.3 单一职责原则(SRP)工厂模式将对象创建职责分离出来让类只需关注自己的主要职责。特别是工厂方法模式每个工厂类只负责创建一种产品严格遵循SRP。9.4 里氏替换原则(LSP)工厂方法模式中所有具体工厂都可以替换抽象工厂所有具体产品都可以替换抽象产品完美符合LSP。10. 工厂模式的局限性与替代方案10.1 何时不使用工厂模式对象创建逻辑极其简单项目规模很小不需要这种灵活性性能要求极高需要直接控制对象创建使用依赖注入框架如Spring已经解决了创建问题10.2 其他创建型模式对比建造者模式适合创建复杂对象特别是对象有很多可选参数时原型模式适合创建成本高的对象通过克隆现有对象来创建新对象单例模式确保一个类只有一个实例10.3 依赖注入(DI)与工厂模式现代框架如Spring通过依赖注入容器取代了传统的工厂模式。DI容器本质上是一个超级工厂但配置更灵活支持自动装配// Spring DI示例 Service class MyService { private final MyRepository repository; Autowired public MyService(MyRepository repository) { this.repository repository; } }在这种方式下对象的创建和依赖关系由容器管理代码中不再需要显式调用工厂方法。 Java工厂模式详解：从简单工厂到抽象工厂
1. 工厂模式概述为什么我们需要它在软件开发中对象创建是最基础也最频繁的操作之一。但直接使用new关键字实例化对象会带来一系列问题客户端代码与具体类耦合度高、难以应对变化、违反开闭原则等。工厂模式正是为了解决这些问题而诞生。工厂模式的核心思想是将对象的创建过程封装起来让客户端代码无需关心具体实现类的细节。这就像你去餐厅点餐只需要告诉服务员我要一份牛排而不需要知道牛排是怎么煎的、用什么调料。服务员(工厂)会根据你的要求把制作好的牛排(对象)端给你。在Java中工厂模式主要分为三种演进形态简单工厂模式、工厂方法模式和抽象工厂模式。它们的复杂度逐步提升适用场景也各不相同。理解这三种模式的差异能帮助我们在实际开发中做出更合理的设计选择。提示工厂模式属于创建型设计模式与单例模式、建造者模式等同属一类。它们都关注对象的创建过程但解决的问题和适用场景不同。2. 简单工厂模式快速上手的对象工厂2.1 模式结构与实现原理简单工厂模式(Simple Factory Pattern)是最基础的工厂模式实现。它由一个工厂类根据传入的参数决定创建哪一种产品类的实例。让我们通过一个图形绘制的例子来理解它的实现// 产品接口 interface Shape { void draw(); } // 具体产品类 class Circle implements Shape { Override public void draw() { System.out.println(绘制圆形); } } class Rectangle implements Shape { Override public void draw() { System.out.println(绘制矩形); } } // 工厂类 class ShapeFactory { public static Shape createShape(String type) { if (circle.equalsIgnoreCase(type)) { return new Circle(); } else if (rectangle.equalsIgnoreCase(type)) { return new Rectangle(); } throw new IllegalArgumentException(未知图形类型); } }在这个实现中ShapeFactory通过静态方法createShape接收类型参数返回对应的Shape实现。客户端代码只需要知道Shape接口和工厂类完全不需要了解具体的Circle和Rectangle类。2.2 优缺点分析与适用场景优点客户端与具体产品解耦只需知道产品接口和工厂类集中管理对象的创建逻辑便于统一修改实现简单适合快速开发缺点工厂类职责过重违反单一职责原则新增产品类型需要修改工厂类代码违反开闭原则静态工厂方法无法通过继承改变创建行为适用场景产品类型较少且不经常变化客户端不关心对象的创建细节需要快速实现一个简单的对象工厂注意简单工厂模式虽然简单但在产品类型频繁变化的场景下会变得难以维护。此时应考虑使用工厂方法模式。3. 工厂方法模式符合开闭原则的解决方案3.1 模式结构与实现演进工厂方法模式(Factory Method Pattern)通过引入工厂接口将产品创建延迟到具体工厂子类中实现。每个具体工厂只负责创建一种具体产品完美解决了简单工厂模式违反开闭原则的问题。继续以图形绘制为例下面是工厂方法模式的实现// 产品接口保持不变 interface Shape { void draw(); } // 具体产品类保持不变 class Circle implements Shape { /* 同上 */ } class Rectangle implements Shape { /* 同上 */ } // 新增工厂接口 interface ShapeFactory { Shape createShape(); } // 具体工厂类 class CircleFactory implements ShapeFactory { Override public Shape createShape() { return new Circle(); } } class RectangleFactory implements ShapeFactory { Override public Shape createShape() { return new Rectangle(); } }现在每种图形都有对应的工厂类。当需要新增图形类型时只需新增产品类和对应的工厂类无需修改现有代码。3.2 实际应用中的变体在实际开发中工厂方法模式有多种实现变体参数化工厂方法工厂方法可以接收参数来决定创建哪种产品多态工厂利用Java的多态特性工厂方法可以返回接口类型而非具体类模板工厂结合模板方法模式在抽象工厂中定义创建流程// 参数化工厂方法示例 interface ShapeFactory { Shape createShape(String type); } // 模板工厂示例 abstract class AbstractShapeFactory { // 模板方法 public final Shape getShape() { Shape shape createShape(); initialize(shape); return shape; } protected abstract Shape createShape(); protected void initialize(Shape shape) { // 默认初始化逻辑 } }3.3 优缺点与适用场景优点完全符合开闭原则新增产品类型不影响现有代码单一职责原则每个工厂只负责创建一种产品多态性客户端代码面向接口编程缺点类的数量增加系统复杂度提高需要为每种产品创建对应的工厂类适用场景产品类型较多且可能频繁扩展需要高度可扩展性的系统产品创建逻辑可能变化4. 抽象工厂模式处理产品族的复杂场景4.1 模式结构与产品族概念抽象工厂模式(Abstract Factory Pattern)是工厂方法模式的升级版它能够创建一系列相关或依赖的对象称为产品族而无需指定它们的具体类。典型的应用场景是跨平台的UI组件库。假设我们需要开发一个支持Windows和Mac的UI库包含按钮和文本框两种组件// 抽象产品接口 interface Button { void click(); } interface Text { void input(); } // 具体产品类 - Windows系列 class WindowsButton implements Button { public void click() { System.out.println(Windows按钮点击); } } class WindowsText implements Text { public void input() { System.out.println(Windows文本输入); } } // 具体产品类 - Mac系列 class MacButton implements Button { public void click() { System.out.println(Mac按钮点击); } } class MacText implements Text { public void input() { System.out.println(Mac文本输入); } } // 抽象工厂接口 interface UIFactory { Button createButton(); Text createText(); } // 具体工厂类 class WindowsFactory implements UIFactory { public Button createButton() { return new WindowsButton(); } public Text createText() { return new WindowsText(); } } class MacFactory implements UIFactory { public Button createButton() { return new MacButton(); } public Text createText() { return new MacText(); } }4.2 产品等级结构与产品族理解抽象工厂模式的关键是区分两个概念产品等级结构同一类产品的继承结构如Button接口及其实现产品族由同一个工厂创建的、属于不同等级结构的一组产品如WindowsFactory创建的WindowsButton和WindowsText抽象工厂模式的优势在于它能确保一个产品族中的产品是兼容的。在上例中WindowsFactory创建的所有组件都具有Windows风格不会出现Windows按钮配Mac文本框的情况。4.3 优缺点与适用场景优点保证产品族内产品的兼容性客户端与具体类解耦新增产品族容易符合开闭原则缺点新增产品等级困难需要修改所有工厂类类数量爆炸性增长设计复杂度高适用场景系统需要创建一系列相关的产品对象产品族需要保持一致性的场景跨平台、跨皮肤等需要切换整套产品的场景5. 三种工厂模式的对比与选择指南5.1 核心差异对比表特性简单工厂模式工厂方法模式抽象工厂模式工厂数量1个与产品数量相同与产品族数量相同产品创建方式参数判断子类工厂实现工厂创建多个相关产品开闭原则违反新增产品需修改符合新增产品不影响新增产品族符合新增产品等级违反复杂度低中高适用场景简单、产品少单一产品类型扩展多产品族、多产品类型5.2 实际项目中的选择策略简单工厂模式适合小型项目或产品类型固定的场景。比如配置解析器可能只需要解析JSON、XML等几种固定格式。工厂方法模式适合产品类型可能扩展的中大型项目。比如电商系统中的支付方式支付宝、微信、银联等未来可能会新增其他支付方式。抽象工厂模式适合需要创建一系列相关产品的复杂系统。比如跨平台应用开发Windows/Mac/Linux UI组件游戏开发不同主题的场景、角色、道具数据库访问不同数据库的连接、命令、适配器5.3 常见误区与最佳实践误区1过度设计不是所有场景都需要工厂模式。如果对象创建逻辑非常简单直接使用new可能更合适。误区2混淆工厂方法与抽象工厂工厂方法模式针对单一产品等级结构抽象工厂模式针对多个产品等级结构。最佳实践结合Spring等IoC容器使用工厂模式考虑使用枚举实现简单工厂为工厂类添加缓存机制避免重复创建对象使用依赖注入代替直接调用工厂方法// 枚举实现简单工厂示例 enum ShapeFactory { CIRCLE { public Shape create() { return new Circle(); } }, RECTANGLE { public Shape create() { return new Rectangle(); } }; public abstract Shape create(); } // 使用示例 Shape circle ShapeFactory.CIRCLE.create();6. 工厂模式的高级应用与实战技巧6.1 结合其他设计模式工厂模式经常与其他设计模式结合使用形成更强大的解决方案工厂单例确保工厂类只有一个实例工厂原型通过克隆原型对象来创建新实例工厂策略根据不同策略选择不同的工厂工厂装饰器对工厂创建的对象进行装饰// 工厂单例示例 class SingletonFactory { private static final SingletonFactory INSTANCE new SingletonFactory(); private SingletonFactory() {} public static SingletonFactory getInstance() { return INSTANCE; } public Shape createCircle() { return new Circle(); } }6.2 性能优化技巧对象池技术对于创建成本高的对象可以使用对象池缓存延迟初始化只有在真正需要时才创建对象缓存机制缓存已创建的对象避免重复创建// 带缓存的工厂示例 class CachedShapeFactory { private MapString, Shape cache new HashMap(); public Shape createShape(String type) { return cache.computeIfAbsent(type, k - { if (circle.equalsIgnoreCase(k)) return new Circle(); if (rectangle.equalsIgnoreCase(k)) return new Rectangle(); throw new IllegalArgumentException(未知类型); }); } }6.3 测试与Mock技巧工厂模式特别适合单元测试可以轻松替换真实对象为Mock对象// 测试用Mock工厂 class MockShapeFactory implements ShapeFactory { Override public Shape createShape() { return new Shape() { Override public void draw() { System.out.println(Mock绘制); } }; } } // 在测试中使用 Test void testDrawing() { ShapeFactory factory new MockShapeFactory(); Shape shape factory.createShape(); shape.draw(); // 输出Mock绘制 }7. 常见问题与解决方案7.1 如何选择工厂模式的变体问题场景在项目中不确定该用简单工厂、工厂方法还是抽象工厂。解决方案如果产品类型固定且简单 → 简单工厂如果产品类型可能扩展 → 工厂方法如果有多组相关产品 → 抽象工厂如果都不确定 → 从简单工厂开始必要时重构7.2 如何处理工厂类的膨胀问题场景使用工厂方法模式导致类数量爆炸。解决方案使用内部类减少文件数量使用匿名类或lambda表达式考虑使用抽象工厂合并相关工厂// 使用lambda简化工厂 interface ShapeFactory { Shape create(); } MapString, ShapeFactory factories new HashMap(); factories.put(circle, Circle::new); factories.put(rectangle, Rectangle::new); Shape circle factories.get(circle).create();7.3 如何应对抽象工厂的新增产品等级问题场景在抽象工厂中新增产品等级如新增Checkbox需要修改所有工厂类。解决方案使用默认实现或空对象模式考虑使用桥接模式分离抽象和实现评估是否真的需要抽象工厂或许工厂方法更合适// 使用默认方法减少修改 interface UIFactory { Button createButton(); Text createText(); default Checkbox createCheckbox() { throw new UnsupportedOperationException(); } }8. 真实项目案例分享8.1 Spring框架中的工厂模式应用Spring框架大量使用了工厂模式的思想最典型的是BeanFactory和ApplicationContext。这些容器本质上都是高级的对象工厂负责创建和管理应用中的所有Bean。// Spring风格的工厂示例 interface BeanFactory { Object getBean(String name); T T getBean(ClassT requiredType); } class AnnotationConfigApplicationContext implements BeanFactory { // 实现细节省略 } // 使用示例 BeanFactory factory new AnnotationConfigApplicationContext(); MyService service factory.getBean(MyService.class);8.2 JDK中的工厂模式实例JDK中也有许多工厂模式的实现Calendar.getInstance()NumberFormat.getInstance()Executors.newFixedThreadPool()DriverManager.getConnection()// JDK工厂方法示例 Calendar calendar Calendar.getInstance(); NumberFormat format NumberFormat.getCurrencyInstance(); ExecutorService executor Executors.newFixedThreadPool(4);8.3 日志框架中的工厂应用日志框架如SLF4J、Log4j2都使用工厂模式创建Logger实例// SLF4J示例 Logger logger LoggerFactory.getLogger(MyClass.class); // 背后的工厂逻辑 public static Logger getLogger(String name) { ILoggerFactory factory getILoggerFactory(); return factory.getLogger(name); }9. 从设计原则看工厂模式9.1 开闭原则(OCP)工厂方法模式完美体现了开闭原则对扩展开放可以新增产品类型对修改关闭不需要修改现有代码。而简单工厂模式违反OCP抽象工厂模式在新增产品等级时也违反OCP。9.2 依赖倒置原则(DIP)所有工厂模式都遵循依赖倒置原则高层模块不依赖低层模块它们都依赖于抽象。客户端代码只依赖产品接口和工厂接口不依赖具体实现。9.3 单一职责原则(SRP)工厂模式将对象创建职责分离出来让类只需关注自己的主要职责。特别是工厂方法模式每个工厂类只负责创建一种产品严格遵循SRP。9.4 里氏替换原则(LSP)工厂方法模式中所有具体工厂都可以替换抽象工厂所有具体产品都可以替换抽象产品完美符合LSP。10. 工厂模式的局限性与替代方案10.1 何时不使用工厂模式对象创建逻辑极其简单项目规模很小不需要这种灵活性性能要求极高需要直接控制对象创建使用依赖注入框架如Spring已经解决了创建问题10.2 其他创建型模式对比建造者模式适合创建复杂对象特别是对象有很多可选参数时原型模式适合创建成本高的对象通过克隆现有对象来创建新对象单例模式确保一个类只有一个实例10.3 依赖注入(DI)与工厂模式现代框架如Spring通过依赖注入容器取代了传统的工厂模式。DI容器本质上是一个超级工厂但配置更灵活支持自动装配// Spring DI示例 Service class MyService { private final MyRepository repository; Autowired public MyService(MyRepository repository) { this.repository repository; } }在这种方式下对象的创建和依赖关系由容器管理代码中不再需要显式调用工厂方法。