Proguard配置疑问：如何混淆Nav Graph与Compose中的Fragment？

一、核心前提：修改导航实现，解除Nav Graph对Fragment类名的依赖 #

默认Nav Graph XML中通过android:name指定Fragment全限定名，这会强制ProGuard/R8保留该类的类名和包结构。要混淆Fragment，必须改用以下方式之一：

1. 使用Compose导航组件（推荐，适配Compose场景） #

如果页面均为Compose实现，直接用Jetpack Compose Navigation替代基于Fragment的Nav Graph，完全无需Fragment，自然不存在类名被引用的问题：

// 示例：Compose导航配置
val navController = rememberNavController()
NavHost(navController = navController, startDestination = "home") {
    composable("home") { HomeScreen() }
    composable("detail/{id}") { backStackEntry ->
        val id = backStackEntry.arguments?.getString("id")
        DetailScreen(id)
    }
}

2. 自定义FragmentFactory，通过标识符创建Fragment #

若仍需使用Fragment，不要在Nav Graph XML中直接写Fragment类名，改用自定义FragmentFactory，通过字符串标识符映射Fragment实例：

• 创建自定义FragmentFactory

class CustomFragmentFactory : FragmentFactory() {
    override fun instantiate(classLoader: ClassLoader, className: String): Fragment {
        return when(className) {
            "HOME_FRAGMENT" -> HomeFragment()
            "DETAIL_FRAGMENT" -> DetailFragment()
            else -> super.instantiate(classLoader, className)
        }
    }
}

• 在Activity中设置Factory

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        supportFragmentManager.fragmentFactory = CustomFragmentFactory()
        super.onCreate(savedInstanceState)
        // 其他初始化逻辑
    }
}

• 修改Nav Graph XML，用自定义标识符替代类名

<fragment
    android:id="@+id/homeFragment"
    android:name="HOME_FRAGMENT" <!-- 自定义标识符 -->
    android:label="Home" />

3. 使用Safe Args代码导航 #

通过Safe Args生成的导航类实现跳转，避免XML中直接依赖Fragment类名，确保导航逻辑不依赖反射查找类。

二、调整ProGuard/R8配置 #

1. 移除宽泛的保留规则 #

删除现有配置中过于宽泛的-keep规则，比如：

-keep class kotlin.** { *; }
-keep class kotlinx.** { *; }
-keep class kotlinx.coroutines.** { *; }

替换为精准的必要保留：

# 保留Kotlin核心反射、协程必要部分
-keepnames class kotlin.Metadata { *; }
-keepclassmembers class kotlinx.coroutines.** {
    public <methods>;
}
-keepclassmembers class kotlin.** {
    public <init>();
}

2. Fragment混淆规则配置 #

不再保留整个androidx.fragment.app.Fragment类，仅保留必要的无参构造和生命周期方法，允许混淆类名与包结构：

# 保留Fragment必要方法以保证实例化和生命周期正常
-keepclassmembers class * extends androidx.fragment.app.Fragment {
    public <init>();
    public void onCreate(android.os.Bundle);
    public void onDestroyView();
    public void onDestroy();
}
# 允许混淆Fragment类名
-dontkeepnames class * extends androidx.fragment.app.Fragment

3. ViewModel混淆规则配置 #

ViewModel若通过默认ViewModelProvider反射创建，需保留无参构造；若使用自定义Factory，则可完全混淆：

# 默认ViewModelProvider需保留无参构造
-keepclassmembers class * extends androidx.lifecycle.ViewModel {
    public <init>();
}
# 允许混淆ViewModel类名与包结构
-dontkeepnames class * extends androidx.lifecycle.ViewModel

4. 优化配置冲突项 #

• 移除调试用的-whyareyoukeeping class androidx.fragment.app.Fragment { *; }
• 确保-repackageclasses与-flattenpackagehierarchy二选一，避免冲突：

# 合并所有包到指定路径（二选一即可）
-flattenpackagehierarchy 'com.touch.simulator'
# -repackageclasses 'com.o'

三、验证混淆效果 #

1. 执行./gradlew minifyReleaseWithR8（或ProGuard）
2. 查看build/outputs/mapping/release/mapping.txt，确认Fragment和ViewModel类名已被重命名
3. 安装Release包测试导航功能，确保无崩溃

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