Release版APK启动崩溃报InstantiationException，Debug版正常求助

你碰到的这个问题很典型——Debug版能正常跑，但Release版启动直接崩溃，核心报错是java.lang.InstantiationException: java.lang.Class<np.com.drac.ghtweather.GHTapp> cannot be instantiated，也就是系统没法实例化你的Application类。结合Android Release版的特性，我整理了几个最常见的排查和解决方向：

• 检查Application类的构造函数
  Android系统是通过反射来实例化Application类的，这要求你的GHTapp必须有一个公共的无参构造函数。如果你的类里手动写了带参数的构造函数，一定要显式补上无参的版本，比如：

  public class GHTapp extends Application {
      // 必须保留这个无参构造，哪怕是空实现
      public GHTapp() {
          super();
      }
  
      // 你的其他业务代码...
  }
  

  要是你没写任何构造函数，Java会默认生成无参构造，这时候就不用额外加，但如果手动覆盖了构造逻辑，就必须注意这点。

• 排查ProGuard/R8混淆配置
  Release版默认会开启代码混淆，ProGuard/R8很可能把Application类或者它依赖的关键代码给混淆了，导致反射失效。你需要在proguard-rules.pro里添加保护规则：

  # 保留Application类的无参构造不被混淆
  -keep public class np.com.drac.ghtweather.GHTapp {
      public <init>();
  }
  # 如果Application里有内部类或内部接口，也一并保留
  -keep class np.com.drac.ghtweather.GHTapp$** { *; }
  

  要是拿不准是不是混淆的锅，可以先把build.gradle里的minifyEnabled改成false，打个Release包测试，如果不崩溃了，那就是混淆配置的问题。

• 核对Manifest中的Application配置
  检查AndroidManifest.xml里的Application标签，确保android:name属性的类名拼写完全正确，比如：

  <application
      android:name=".GHTapp"
      <!-- 其他属性配置 -->
      >
      <!-- 你的Activity、Service等组件 -->
  </application>
  

  要是用全类名的话，要写完整的np.com.drac.ghtweather.GHTapp，别漏了包名。

• 查看完整崩溃日志
  你提供的日志被截断了，完整的崩溃日志里的Caused by部分会给出更精准的原因——比如是不是构造函数里调用了某个被混淆的方法，或者依赖的某个类被优化掉了。可以通过Android Studio的Logcat切换到Release过滤器，或者从设备导出完整日志，找到这部分信息，能更快定位问题。

• 排查第三方库兼容性
  有些依赖库在Release版的代码优化模式下会出问题，尤其是那些用到反射的库。你可以试着逐个移除近期新增的第三方库，打Release包测试，找到可能的问题库后，再给它添加对应的混淆规则。

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