真正起作用的是把“判断逻辑”从工厂移出去，让流程变成可配置、可组合、可跳过的执行链；通过策略链替代if判断、context驱动决策、模板方法固化主干、注解自动注册，实现初始化行为按需触发与零侵入扩展。
流程控制本身不是打碎硬编码工厂的主力，真正起作用的是把“判断逻辑”从工厂里移出去，让流程变成可配置、可组合、可跳过的执行链。硬编码工厂的问题从来不是“怎么写if”，而是“为什么要把类型判断塞进创建逻辑里”。重构的关键是让初始化行为按需触发，而不是靠字符串匹配决定谁该被new出来。
用策略链替代单点判断
原始工厂常写成：if ("v2".equals(version)) return new V2Initializer(); else if ("legacy".equals(version)) ...。这种写法把版本决策和对象创建绑死在一起。改成策略链后，每个初始化器自带supports(Context ctx)方法：
- V2Initializer.supports()检查ctx.getVersion() == "v2"且ctx.isRetryAllowed()
- LegacyInitializer.supports()只认老数据源标识
- 所有策略注册进List
，运行时遍历筛选第一个匹配项
新增一种初始化场景？加个类、实现supports()、注册进列表——工厂代码不动，也不用改任何if分支。
把上下文作为流程驱动器
初始化行为是否执行、按什么顺序执行，不该由工厂决定，而应由统一的Context承载决策依据：
- Context里封装version、tenantId、isDryRun、dataOrigin等字段
- 每个Initializer只关心自己需要的字段，比如TenantAwareInitializer读tenantId，DryRunSkipper看isDryRun
- 流程引擎（如Pipeline）按声明顺序调用shouldExecute(context)，动态过滤跳过项
这样，同一套初始化代码在测试环境自动跳过耗时校验，在生产环境按需加载缓存——不用改类，只换Context实例。
用模板方法固化主干，多态落在钩子上
不同初始化流程共性很强：准备资源 → 加载元数据 → 构建核心对象 → 注册监听器 → 触发就绪事件。差异只在中间几步。抽象出模板：
-
final void init(Context ctx)定义完整生命周期 protected abstract void prepareResources(Context ctx)protected abstract Object buildCoreInstance(Context ctx)- 子类只覆盖自己那块，不碰流程顺序，也不写if
工厂不再负责“选哪个”，只负责交付正确的子类实例；多态真正生效在prepare或build这些钩子方法上，JVM自动绑定，业务层完全无感。
让注册和装配脱离编译期硬依赖
避免在工厂里写new JsonConfigLoader()或Class.forName("com.xxx.YamlLoader")：
- 启动时扫描所有Initializer实现类，按@Supports("yaml")注解自动注册到ConcurrentHashMap
- 业务类通过构造器注入List
或InitializerRegistry，不持有具体类名 - 配置文件中声明启用哪些初始化器，比如
init.enabled: [db, cache, metrics]
上线新租户专用初始化器？加类、加注解、配个开关——无需重新编译主工程，也不动任何工厂源码。
