工厂模式在java中有三种主要类型。1.简单工厂模式适合对象种类少、变化小的情况，通过静态方法根据参数返回不同实例，结构简单但违反开闭原则；2.工厂方法模式适用于产品种类多、扩展性强的场景，定义创建对象接口，由子类决定具体实例化类，符合开闭原则，适合模块化开发；3.抽象工厂模式用于创建一组相关或相互依赖的对象家族，保持产品族一致性，适合大型系统设计。选择依据是业务需求复杂度和扩展性要求。
工厂模式在Java中是一种常用的创建型设计模式，主要用于解耦对象的创建和使用。简单来说，它通过一个专门的“工厂”类来负责创建对象，而不是直接在代码中用new关键字实例化具体类。这样做可以让系统更灵活，更容易扩展。
常见的工厂模式主要有三种类型：简单工厂模式、工厂方法模式和抽象工厂模式。它们各有适用场景，下面分别说明。
简单工厂模式：适合对象种类少、变化小的情况
简单工厂模式不是GoF（四人组）定义的23种设计模式之一，但它是理解其他工厂模式的基础。
立即学习“Java免费学习笔记（深入）”；
它的核心是一个工厂类，里面有一个静态方法，根据传入的参数决定返回哪个具体类的实例。
举个例子：
public class AnimalFactory {
public static Animal createAnimal(String type) {
if ("dog".equals(type)) {
return new Dog();
} else if ("cat".equals(type)) {
return new Cat();
}
return null;
}
}适用场景：
- 对象种类不多，且不太会频繁变化。
- 创建逻辑不复杂，客户端只需要传个参数就能拿到想要的对象。
优点是结构清晰、实现简单，缺点是违反了开闭原则——新增产品时需要修改工厂类。
工厂方法模式：适用于产品种类多、扩展性强的场景
工厂方法模式将对象的创建延迟到子类去实现。它定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。
比如有一个AnimalFactory接口：
public interface AnimalFactory {
Animal createAnimal();
}然后不同的子类实现这个接口，比如：
public class DogFactory implements AnimalFactory {
public Animal createAnimal() {
return new Dog();
}
}适用场景：
- 产品种类较多，未来可能还会扩展。
- 不希望某个工厂类承担所有创建职责，而是每个产品都有对应的工厂。
- 需要符合开闭原则，对扩展开放，对修改关闭。
这种方式虽然结构略复杂，但灵活性更高，适合模块化开发和插件式架构。
抽象工厂模式：用于创建一组相关或相互依赖的对象家族
抽象工厂模式适用于创建一组有共同主题的不同产品族。例如，不同操作系统的界面组件（按钮、文本框等）可以组成一个产品族。
比如我们可以定义一个抽象工厂：
public interface UIFactory {
Button createButton();
TextField createTextField();
}然后有不同的实现，如WindowsUIFactory、MacUIFactory等。
适用场景：
- 需要创建多个相互关联的产品对象。
- 产品族之间需要保持一致性，比如同一风格下的不同组件。
- 系统需要独立于产品的创建、组合和表示方式。
这种模式比较重量级，适合大型系统或者框架设计，不太推荐用于简单的业务场景。
总的来说，选择哪种工厂模式取决于你的业务需求：
- 如果只是几个固定类型，选简单工厂；
- 如果需要良好的扩展性，选工厂方法；
- 如果要处理多个产品族，考虑抽象工厂。
基本上就这些。
