使用FragmentFactory实例化DialogFragment是否符合规范且可行？

结论 #

该做法完全符合Android官方开发规范，是可行的实现方案。从AndroidX Fragment 1.1.0版本起，FragmentFactory就是官方推荐的Fragment实例化方式，可覆盖包括DialogFragment在内的所有Fragment子类实例化场景。你贴出的代码逻辑本身符合官方API的调用规范。

该实现的核心优势 #

• 打破了Fragment必须提供无参构造的限制：通过自定义FragmentFactory接管实例化逻辑后，即使你的DialogFragment带有自定义构造参数，系统在配置变更（如屏幕旋转、暗黑模式切换）重建Fragment时，也会通过你注册的Factory完成实例化，不会出现找不到无参构造的崩溃问题。
• 更适配依赖注入的开发模式：你可以直接将需要的依赖（如你代码里的title、或是业务层的Repository、工具类等）通过构造函数传入Fragment，不需要通过Bundle传递参数，规避序列化/反序列化带来的类型转换错误、数据大小限制等问题。
• 实例化逻辑统一收口：所有Fragment的创建逻辑都集中在Factory中，便于后期维护和统一修改。

实现注意事项 #

• 自定义FragmentFactory必须在Activity的super.onCreate()执行前完成注册，否则系统重建Fragment时不会调用你自定义的Factory，还是会走默认无参构造逻辑触发崩溃。
• 你代码中直接修改fragmentFactoryImpl.title的写法存在风险：如果该Factory实例被多个Fragment共享，会出现参数覆盖、线程安全的问题，建议在Factory的instantiate方法内部根据Fragment类型动态传入对应参数，不要直接修改Factory的公共属性。
• 建议将强制类型转换替换为Kotlin安全转换as?，配合空判断处理，避免返回类型不匹配导致崩溃。

优化实现示例 #

// Activity中提前注册自定义FragmentFactory
override fun onCreate(savedInstanceState: Bundle?) {
    // 必须在super.onCreate之前注册
    supportFragmentManager.fragmentFactory = CustomFragmentFactory(commonDep = GlobalDep.getInstance())
    super.onCreate(savedInstanceState)

    // 实例化DialogFragment
    val testFragment = supportFragmentManager.fragmentFactory.instantiate(
        classLoader,
        TestFragmentDialog::class.java.name
    ) as? TestFragmentDialog ?: return
    // 显示弹窗
    testFragment.show(supportFragmentManager, "TestFragmentDialogTag")
}

// 自定义FragmentFactory实现
class CustomFragmentFactory(private val commonDep: CommonDep) : FragmentFactory() {
    override fun instantiate(classLoader: ClassLoader, className: String): Fragment {
        return when (val fragmentClass = loadFragmentClass(classLoader, className)) {
            TestFragmentDialog::class.java -> TestFragmentDialog(commonDep, title = "自定义弹窗标题")
            // 其他Fragment的实例化逻辑在这里补充
            else -> super.instantiate(classLoader, className)
        }
    }
}

内容的提问来源于stack exchange，提问作者Emre Hamurcu