Java枚举配合工厂模式动态创建实例，核心是利用枚举的类型安全、单例性与可扩展方法替代硬编码判断；通过非静态方法或抽象方法实现工厂逻辑，支持带参创建，并可结合Spring依赖注入实现IoC兼容。
Java 中枚举配合工厂模式动态创建实例，核心在于利用枚举的类型安全、单例特性和可扩展方法能力，替代传统 if/else 或 switch 的硬编码判断，让对象创建更清晰、更健壮。
枚举作为工厂入口，天然具备类型约束
相比用字符串或 int 传参（如 createCar("Ford")），枚举把合法选项收进编译期检查范围。调用方只能选 CarType.FORD 或 CarType.BUICK，不可能传错值——避免了运行时掉进 else 分支的隐患。
- 定义枚举时直接对应具体产品类型，例如：
enum CarType { FORD, BUICK } - 每个枚举常量本质是该枚举类的唯一实例，天生线程安全、不可变
- 客户端代码变成
Car car = CarType.FORD.create();，语义明确，IDE 可补全、可跳转
两种主流实现方式：非静态方法 vs 抽象方法
关键区别在于职责分配和扩展性。
-
非静态方法实现：枚举内部用
switch分支返回不同实例
适合逻辑简单、产品类数量稳定的情况。新增类型只需加一个枚举项 + 一行 case 分支。 -
抽象方法实现：枚举声明
abstract Car create();，每个枚举项自行实现
强制每个类型提供自己的创建逻辑，解耦更强。新增类型必须实现该方法，编译器会提醒，不易遗漏。
带参数的灵活创建（如构造参数、配置注入）
枚举本身支持私有字段和构造器，可封装创建所需上下文。
立即学习“Java免费学习笔记（深入）”；
- 例如：
enum PaymentChannel { ALIPAY("alipay-2.1"), WECHAT("wxpay-v3"); private final String version; PaymentChannel(String v) { this.version = v; } public PaymentService create() { return new AlipayService(version); } } - 这样
PaymentChannel.ALIPAY.create()就能带版本号初始化，无需调用方额外传参 - 也可结合 Spring 的
@Autowired（需确保枚举被 Spring 管理，一般不推荐；更稳妥是工厂方法内通过 ApplicationContext 获取 Bean）
与 Spring 集成的实用技巧
纯枚举工厂在 Spring 环境中常需对接依赖注入。
- 避免在枚举方法里直接 new 对象（破坏 IoC）；改为返回类型标识，由外部容器根据枚举选择 Bean
- 常见做法：定义
@Service实现类，用@Qualifier或自定义注解标记，再通过枚举名查 Spring 容器：context.getBean(carType.name().toLowerCase() + "Service", CarService.class) - 或使用 Spring 的
ObjectProvider按枚举类型获取已注册的实现，更类型安全
