Android Kotlin中ProGuard与Protobuf结合及混淆问题解决

你遇到的问题本质是Protobuf Lite生成的代码依赖反射机制访问getter/setter等方法，直接混淆会把这些方法名改掉，导致运行时反射找不到对应方法。下面是不用保留整个数据层，仅针对性保留必要方法、同时允许混淆类名的解决方案：

1. 编写精准的R8/ProGuard混淆规则 #

在你的proguard-rules.pro（或consumer-rules.pro）中添加以下规则，既保留反射必须的方法，又允许混淆类名：

# 保留Protobuf Lite生成类的核心方法（反射依赖的getter/setter、构建方法等）
-keepclassmembers class * extends com.google.protobuf.GeneratedMessageLite {
    public <methods>;
}

# Kotlin Lite生成类需额外适配
-keepclassmembers class * extends com.google.protobuf.kotlin.GeneratedMessageLite {
    public <methods>;
}

# 保留静态入口方法（如parseFrom、newBuilder，这些是直接调用而非反射的入口）
-keepclassmembers class **.*Proto* {
    public static ** parseFrom(...);
    public static ** newBuilder();
}

# 允许混淆Protobuf生成类的类名（实现你想要的混淆效果）
-allowobfuscation class **.*Proto*

规则说明： #

• 前两条规则确保GeneratedMessageLite子类的所有public方法被保留，这些方法是Protobuf反射序列化/反序列化必须的（比如getPagination这类getter）；
• 第三条规则保留静态构建方法，避免直接调用时出错；
• 最后一条规则允许混淆生成类的类名，实现你想要的混淆效果，不用保留整个数据层的类名。

2. 确认Protobuf生成配置正确 #

你当前的Gradle配置已经开启了Kotlin Lite选项，这没问题，但可以再确认以下两点：

• 确保所有Protobuf生成的类都继承自GeneratedMessageLite（Kotlin Lite版本是com.google.protobuf.kotlin.GeneratedMessageLite）；
• 如果你使用的是R8（Android默认混淆器），无需额外配置，R8会自动识别Protobuf的注解并适配，但上面的规则可以更精准地控制混淆范围。

3. 验证混淆效果 #

构建后查看build/outputs/mapping/release/mapping.txt文件：

• 你会看到Protobuf生成的类名被混淆成类似cp.j这样的短名；
• 但类中的getPagination、newBuilder等方法名会被保留，这样运行时反射就能找到对应方法，解决报错。

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