Java工厂模式案例哪里找

wen java案例 2026-08-10 4

Java工厂模式实战案例哪里找？从源码到架构的深度拆解与高频面试题解析

很多开发者搜索“Java工厂模式案例”，得到的往往是“定义+UML图+披萨店Demo”的三件套，这些案例虽然正确，但缺乏业务真实性，你在工作中遇到的是“支付渠道对接”、“多数据库切换”、“消息中间件适配”，而不是“做汉堡”或“画形状”。

Java工厂模式案例哪里找

核心痛点：案例与真实业务脱节，导致你学会了语法却不会架构，真正的工厂模式案例，必须体现变化点封装和开闭原则——即“新增产品类型时，不修改已有工厂代码”。

① 简单工厂（Simple Factory）—— 集中式管理

场景：根据用户输入生成不同报表格式（PDF/Excel/CSV）。
案例逻辑：ReportFactory 类包含静态方法 createReport(String type)，通过 if-else 返回对应实例。
缺陷：新增报表类型需修改工厂类，违反开闭原则,适合产品类型极少且稳定时使用。

② 工厂方法（Factory Method）—— 延迟到子类实现

场景：不同数据库（MySQL/PostgreSQL）创建连接,但连接后操作一致。
案例逻辑：定义抽象接口 DatabaseFactory，其子类 MySQLFactory、PostgreFactory 各自实现 createConnection() 方法,客户端面向工厂接口编程。
优势：新增数据库时只需新增工厂子类,无需修改已有代码。

③ 抽象工厂（Abstract Factory）—— 创建产品族

场景：跨平台UI组件（Windows 的按钮/复选框 vs Mac 的按钮/复选框）。
案例逻辑：UIFactory 接口定义 createButton() 和 createCheckbox() 方法，WindowsUIFactory 与 MacUIFactory 分别返回对应组件族。
关键点：确保同一工厂产出的产品彼此兼容（如Windows按钮必须配Windows复选框）。

JDK中的Calendar与NumberFormat：Calendar.getInstance() 就是典型的工厂方法，它根据Locale和Timezone返回不同日历子类（如GregorianCalendar）。
Java反射中的Class.forName()：通过类名字符串创建实例，是简单工厂的祖传实现。
Spring的BeanFactory：这是抽象工厂的终极体现。ApplicationContext.getBean(String name) 内部通过反射+配置文件动态创建任意bean，且支持单例/原型等作用域，其核心FactoryBean接口允许开发者自定义工厂逻辑，实现复杂对象（如代理对象）的创建。

问：工厂模式解决了什么问题？
答：核心是解耦，将“产品创建”与“产品使用”分离，客户端不关心具体类，只依赖抽象接口，从而降低了系统耦合度,同时符合依赖倒置原则。

问：简单工厂和策略模式有什么区别？
答：简单工厂是创建型模式，关注对象的生成；策略模式是行为型模式，关注算法的封装与替换，但实际中可配合使用——策略模式中常通过简单工厂创建具体策略对象。

问：什么时候用工厂方法，什么时候用抽象工厂？
答：如果产品结构单一（只有一种等级），用工厂方法；如果存在多个产品等级（如按钮+文本框），且产品间有约束关系，用抽象工厂，抽象工厂“扩展新工厂容易”，但“扩展新产品困难”。

推荐资源：
- 书籍：《Head First 设计模式》第4章（披萨店案例）+ 《Effective Java》第2条（静态工厂方法）。
- 开源项目：搜索“spring-petclinic”或“mall”项目，观察其日志记录、支付模块如何运用工厂模式。
实战建议：
1. 改造旧代码：找出你项目里大量switch-case创建对象的代码，用工厂方法重构。
2. 结合配置中心：将工厂的产品类型映射放在配置中心（如Nacos），实现运行时热更新。
3. 避坑指南：不要为了工厂而工厂，如果创建逻辑极其简单（如new Object()），直接使用构造函数即可,过度设计反而降低可读性。

最后总结：真正理解工厂模式，不在于背熟三种定义，而在于你能在代码审查时一眼看出“哪些new操作是坏味道”，建议你下载一个中型开源项目，用IDEA的“Find Usages”查找所有new关键字，统计哪些地方在频繁修改——那里就是你应用工厂模式的绝佳入口。