Android DeadSystemException

現在、DeadSystemExceptionHockeyAppのクラッシュレポートでが発生しています。Android7.0およびAndroid7.1で発生します。以前のバージョンのアプリケーションではこの例外は発生していません（現在、両方ともユーザーが使用しています）。したがって、この例外はコードの変更が原因であると思います。しかし、スタックトレースはこれにはあまり役立ちません。何か案が？提案をありがとう。

HockeyAppからのスタックトレース：

java.lang.RuntimeException: android.os.DeadSystemException
at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3781)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6119)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)
Caused by: android.os.DeadSystemException
... 8 more

のAndroid開発者向けドキュメントにandroid.os.DeadSystemExceptionは次のように書かれています。

コアAndroidシステムが停止し、ランタイムの再起動が行われています。実行中のすべてのアプリはすぐに強制終了されます。

ソースコードは、はるかに役に立ちません。

package android.os;
/**
 * The core Android system has died and is going through a runtime restart. All
 * running apps will be promptly killed.
 */
public class DeadSystemException extends DeadObjectException {
    public DeadSystemException() {
        super();
    }
}

全体として、これはOSによってスローされているようであり、コードとは何の関係もありません。

スーパークラスからjavadocを見るとDeadObjectException、はこの理論を裏付けています。

呼び出しているオブジェクトは、ホスティングプロセスが存在しないため、停止しています。

原因の1つは、Androidバージョン7および8の通知サービスのバグでした。

これは、通知で「バイブレーションパターン」を使用していることが原因で、がスローされますArrayOutOfBoundsException。これにより、システム全体がクラッシュして投稿されますDeadSystemException。

詳細については、こちらのMediumの記事を参照してください。

Fatal Exception: java.lang.RuntimeException: android.os.DeadSystemException

この例外は、私が開発していたアプリの1つで発生し、主にMIデバイスで発生しました。

デバッグ後、バックグラウンドスレッドから現在のサービス（Say A）で別のサービス（Say B）を開始しようとしていることがわかりましたが、startService(itService)メソッドが呼び出されたとき、サービスAはすでに強制終了されていました。

これまでに見つけた唯一の解決策は、別のサービスBを開始する前に、現在のサービスAが実行されているかどうかを確認することです。実装に応じて、さまざまな方法のいずれかを使用して、この回答からサービスが実行されているかどうかを確認できます。