工厂模式通过封装对象创建过程，使客户端面向接口编程，避免直接依赖具体类，从而提升系统可维护性与扩展性。
工厂模式在Java中是一种创建型设计模式，它的核心作用是将对象的创建过程封装起来，避免客户端直接使用new关键字耦合具体类。结合接口的使用，工厂模式能显著提升系统的可维护性与扩展性。
工厂模式解决的问题
在没有工厂的情况下，代码常常直接依赖具体实现类：
UserDao dao = new MySqlUserDao();这种写法导致一旦更换数据库实现（比如从MySQL换成MongoDB），就需要修改所有创建对象的地方。这种强耦合不利于系统演进。
工厂模式通过提供一个统一的入口来创建对象，把“如何创建”和“如何使用”分离。客户端只面向接口编程，不关心具体实现来自哪里。
立即学习“Java免费学习笔记（深入）”；
接口与解耦的关键作用
接口定义行为契约，而工厂返回接口实例，而不是具体类。例如：
public interface UserDao { void save(User user); } public class MySqlUserDao implements UserDao { ... } public class UserDaoFactory { public static UserDao getUserDao() { return new MySqlUserDao(); } }业务层调用时只需：
此时上层模块仅依赖UserDao接口，完全不知道背后是MySQL还是其他实现。如果未来切换实现，只需修改工厂内部逻辑，调用方无需变更。
工厂模式提升架构灵活性
实际项目中，可以通过配置文件或参数控制工厂返回不同实现：
- 开发环境返回模拟数据实现（MockUserDao）
- 生产环境返回真实数据库实现（MySqlUserDao）
- 测试环境返回内存数据库实现（MemoryUserDao）
这种机制让系统具备环境适应能力，且不影响业务逻辑代码。配合Spring等框架的IoC容器，工厂还能进一步升级为依赖注入，由容器管理对象生命周期。
静态工厂与抽象工厂的区别
静态工厂适用于简单场景，通过静态方法返回接口实现。它易于理解但不易扩展。
抽象工厂则定义工厂接口，每种产品族对应一个具体工厂类。适合多维度变化的产品结构，比如不同操作系统下的UI组件创建。
选择哪种方式取决于业务复杂度。多数Web应用中，简单的工厂+接口组合已足够解耦服务层与数据访问层。
基本上就这些。工厂模式不是为了炫技，而是为了让代码更易替换、更易测试。关键是通过接口隔离变化，再用工厂封装创建逻辑。这样系统才能应对需求演变而不失控。
