Question

在Developer Console中，我看到很多像这样的堆栈跟踪崩溃

java.lang.RuntimeException: 
  at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2984)
  at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3045)
  at android.app.ActivityThread.-wrap14(ActivityThread.java:0)
  at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1642)
  at android.os.Handler.dispatchMessage(Handler.java:102)
  at android.os.Looper.loop(Looper.java:154)
  at android.app.ActivityThread.main(ActivityThread.java:6776)
  at java.lang.reflect.Method.invoke(Native Method:0)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1520)
  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1410)
Caused by: java.lang.ClassCastException: 
  at com.myapp.ui.BaseActivity.getApp(BaseActivity.java:193)
  at com.myapp.ui.BaseActivity.onCreate(BaseActivity.java:275)
  at com.myapp.ui.CastActivity.onCreate(CastActivity.java:39)
  at com.myapp.ui.MainActivity.onCreate(MainActivity.java:268)
  at android.app.Activity.performCreate(Activity.java:6955)
  at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1126)
  at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2927)

BaseActivity的getApp方法是

public App getApp() {
        return (App) getApplication();
    }

App类是

public class App extends MultiDexApplication { ...

并且在清单应用程序标记中包含对此类的引用

 <application
        android:name="com.myapp.App"

98％的崩溃是针对Android 7.0，休息是7.1。没有其他Android版本受到影响。

编辑：我使用proguard所以它可以以某种方式相关但保持类

-keep class com.myapp.** { *;}
-keep interface com.myapp.** { *;}

注意：它可能没有关系，但在相同的Android版本中，它看起来有时候不会调用App的onCreate方法。我观察到它是因为在onCreate中创建的某些对象在从Service（由AlarmManager启动）或BroadcastReceiver

访问时为null

有谁知道是什么原因导致它，如何解决或解决它？感谢

编辑2：我最终得到了类似的东西：

   public App getApp() {

    Application application = getApplication();
    App app = null;

    try {
        app = (App) application;
    } catch (Exception e) {
        if (application != null) {
            Log.e(TAG, "getApp Exception: application class: " + application.getClass().getName());
        } else {
            Log.e(TAG, "getApp Exception: application object is null");
        }
    }

    return app;
}

它至少不会崩溃，我可以检查getApp（）== null

Answer 1

投靠失败，因为getApplication()返回Application而不是所需的子类。

我已经取得了一些成功，我发现错误并要求用户重启设备或重新安装应用。

不幸的是，这种罕见的崩溃没有真正的解决办法。谷歌不会修复与生命周期相关的问题，但表示它在Android 7.1+中有所减少。资料来源：https://issuetracker.google.com/issues/37137009

Answer 2

我认为你应该将getApplicationContext()转换为App。

Answer 3

您应该在应用程序类中覆盖attachBaseContext，如下所示：

@Override
protected void attachBaseContext(Context base) {
    super.attachBaseContext(base);
    MultiDex.install(this);
}

点击此链接了解详情：https://developer.android.com/reference/android/support/multidex/MultiDexApplication.html

Answer 4

这可能会有所帮助

public class App extends MultiDexApplication { 

        public static App app = null;

        public static App getInstance() {
            return app;
        }

        @Override
        public void onCreate() {
            super.onCreate();
            app = this;
        }
}

您不需要强制转换getApplication（），原因是您已经在Application类中，所以只需使用此关键字来获取应用程序实例。希望你找到有用的

Answer 5

虽然我不能说这个解决方案是否有效。

我认为静态Application实例应该可以解决问题。

class MyApp extends Application {
  private static final sInstance;

  public void onCreate() {
    sInstance = this;
  }

  public static MyApp getInstance() {
    return sInstance;
  }
}

如果您拨打getActivity()，则无需致电MyApp.getInstance()，而不需要投票。所以不应该有任何ClassCastException 了。

Android 7.0和7.1 getApplication（）ClassCastException

5 个答案: