开启ProGuard后Debug模式出现java.lang.NullPointerException(name is null)求助

嘿，这个问题我之前踩过一模一样的坑！本质就是ProGuard在混淆优化过程中，把你代码里用来调用Resources.getIdentifier()的字符串给误处理了——要么是把相关的字符串常量优化掉了，要么是混淆了动态生成资源名称的代码，导致最终传入getIdentifier()的name参数变成了null。

下面是几个针对性的解决办法，你可以一步步试：

1. 在ProGuard规则里保留关键代码/资源名称 #

打开你的proguard-rules.pro文件，添加对应的规则：

• 如果是某个特定类里调用了getIdentifier()，直接保留这个类不被混淆：

  -keep class com.byteapp.yourpackage.YourTargetClass { *; }
  

• 如果你是通过固定前缀的资源名称来查找（比如tv_、btn_开头的控件ID），可以保留这些资源的常量名称：

  // 保留Resources的getIdentifier方法不被优化
  -keepnames class android.content.res.Resources {
      public static int getIdentifier(java.lang.String, java.lang.String, java.lang.String);
  }
  // 保留所有以特定前缀开头的资源ID常量
  -keepclassmembers class ** {
      public static final int btn_*;
      public static final int tv_*;
  }
  

• 要是你用了字符串常量来存储资源名称，记得把这些常量也保留：

  -keepclassmembers class com.byteapp.yourpackage.YourClass {
      public static final String RESOURCE_NAME_*;
  }
  

2. 检查代码中的调用逻辑 #

仔细看看你调用getIdentifier()的地方，是不是从某个被混淆的字段/方法里获取name参数？比如如果是通过反射获取的字符串，或者是从一个被ProGuard重命名的类成员里拿的值，那也要把对应的字段/方法保留下来：

-keepclassmembers class com.byteapp.yourpackage.YourClass {
    private String resourceName;
}

3. 优化Debug模式的ProGuard配置 #

其实Debug模式下开ProGuard主要是提前发现混淆问题，你可以给Debug的ProGuard配置加一点宽松规则，方便定位问题：

debug {
    minifyEnabled true
    proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
    // 保留调试信息，方便报错时定位代码行
    debuggable true
    zipAlignEnabled true
}

为什么会出现这个问题？ #

ProGuard的优化逻辑是移除它认为“未被直接引用”的代码和资源，但getIdentifier()是通过动态字符串来查找资源的，这种间接引用ProGuard没法识别，所以就把相关的字符串常量或者类成员给处理掉了，最终导致传入getIdentifier()的name变成null，触发空指针异常。

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