启用Proguard混淆后Red5Pro库引发App崩溃求助

这种第三方库在ProGuard混淆后崩溃的情况我碰过不少，尤其是Red5Pro这类流媒体库，内部有大量反射、动态调用的逻辑，很容易被ProGuard误混淆。结合你的情况，给你几个针对性的排查和解决步骤：

• 第一步：给Red5Pro添加完整的混淆保留规则
  ProGuard默认会混淆所有非系统类，Red5Pro的核心类和方法如果被混淆，就会导致调用时找不到对应方法或类。在你的proguard-rules.pro文件里添加以下规则，确保Red5Pro的所有类和成员都不被混淆：

  # 保留Red5Pro流媒体库的所有类、接口和成员
  -keep class com.red5pro.streaming.** { *; }
  -keep interface com.red5pro.streaming.** { *; }
  -keepclassmembers class com.red5pro.streaming.** {
      *;
  }
  # 忽略Red5Pro相关的警告，避免编译报错
  -dontwarn com.red5pro.streaming.**
  

• 第二步：开启混淆堆栈映射，获取可读崩溃信息
  你现在没有堆栈信息很难定位问题，建议在build.gradle的release构建配置里开启堆栈映射和行号保留，这样即使崩溃，也能通过映射文件反混淆出具体出错的位置：

  buildTypes {
      release {
          minifyEnabled true
          proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
          // 保留源文件和行号信息，用于反混淆堆栈
          keepAttributes SourceFile, LineNumberTable
          // 生成混淆映射文件（默认在build/outputs/mapping/release/目录下）
          mappingFileUpload true
      }
  }
  

  生成的mapping.txt文件可以用来将混淆后的堆栈信息还原成原始类和方法名，帮你精准定位是哪个部分出了问题。

• 第三步：检查自定义常量是否被混淆
  如果RECORD_TYPE是你自己定义的常量，也要确保它不被ProGuard优化掉，在proguard-rules.pro里添加：

  # 替换成你定义RECORD_TYPE的类的全路径
  -keepclassmembers class com.yourpackage.YourStreamClass {
      public static final String RECORD_TYPE;
  }
  

  如果RECORD_TYPE是Red5Pro库自带的常量，那第一步的规则已经覆盖了，这步可以跳过。

• 第四步：逐步缩小混淆范围排查
  如果上面的规则还没解决问题，可以先临时关闭Red5Pro的混淆，只混淆你自己的代码，确认是不是混淆导致的问题：

  # 完全保留Red5Pro库
  -keep class com.red5pro.streaming.** { *; }
  -dontwarn com.red5pro.streaming.**
  # 只混淆自己的代码（替换成你的包名）
  -keep class !com.yourpackage.** { *; }
  

  如果这样运行不崩溃，说明就是Red5Pro的混淆规则没配全，再逐步调整规则，找出需要保留的特定类或方法。

一般来说，只要把Red5Pro的核心类全部保留不混淆，这个崩溃问题就能解决。如果还是不行，拿到反混淆后的堆栈信息，就能更精准地定位问题了。

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