Google Playのリリース前レポートで「Strongly consider using FLAG_IMMUTABLE」のクラッシュ報告〜Android12関連〜

結論：android/app/build.gradleに設定を追記する

結論：android/app/build.gradleに設定を追記する　

2022/6/29　Flutter エラー・バグ日記

Google Play Consoleでアプリの更新リリースをしたところ、リリース前レポートで以下のクラッシュ報告が来てしまった。

Strongly consider using FLAG_IMMUTABLE, only use FLAG_MUTABLE if some functionality depends on the PendingIntent being mutable, e.g. if it needs to be used with inline replies or bubbles.

同時に、もう一つのクラッシュ報告（こちらの日記に記載）も来ていたが、本件の方が深刻だった。。

本記事はライトな日記思考で書いているので、詳細説明はしておらず、基本、テキストのみで画像とかは載せておりません。。m(_ _)m

解説記事ではないため、解決していない内容や、その時々の間違った解釈を述べてしまっている可能性が大いにありますので、何卒、ご了承ください。

Android 12だと発生するエラー

Google Play Consoleの画面は以下のとおり。

端末は「Pixel 2 (Virtual)」、OSは「Android 12（SDK 31）」となっている。

添付されている動画を見ると、確かに起動直後に落ちているっぽい。

エラー文によると、「FLAG_IMMUTABLEの使用を強く検討してください。」とのことだが、さっぱり意味がわからない。。

仕方なくググってみると、多くの情報が見つかった。

MediaSessionCompat:Targeting S+ (version 31 and above) requires that one of FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntent

I'm trying to update my application to Android SDK 31 but I'm having an issue with MediaSessionCompat. I have a MediaSer...

Android12でFLAG_IMMUTABLEでクラッシュする件の対応 - Qiita

###自作Androidアプリで謎のクラッシュが発生あまり今までアプリのクラッシュは発生していなかったのですが、急に同じエラーが発生し始めたので調べてみました。対象機種はすべてAndroid1…

つまるところ、Android12（「targetSdkVersion」を31にしていたので対象）だと発生するらしい。

実機もエミューレーターもAndroid11（targetSdkVersion 30）だったので、Android12の検証ができていなかった。恥ずかしながら、盲点。。。

解決策を探すと、上記いずれの記事でも、「build.gradle」ファイルの「dependencies」に、以下の１文を追記すれば解消すると書かれている。

dependencies {
    // ↓これを追加
    implementation 'androidx.work:work-runtime-ktx:2.7.0'
}

ただ、「build.gradle」は２つ（プロジェクトレベルとアプリレベル）あるので、どっちの「build.gradle」？と悩む。。。

類似記事を見ても、意外と明記がなく、改めて１つ目のstackoverflowの記事に戻ってよく読むと、下の方に「build.gradle(app)」と書いてくださっている方がいて、「android/app/build.gradle」（アプリレベル）の方だと分かる。

なんとか解決策にたどり着けたっぽい。

途方に暮れそうなエラーだと思っていたので、本当にありがたい情報。

「androidx.work:work-runtime-ktx」とは？

しかし、そもそも「androidx.work:work-runtime-ktx」が、何のことだかさっぱりわからない。。。

気持ちが悪いので、軽く調べてみると、恐らくこちらのAndroid公式ページにある説明が該当している模様。

WorkManager | Jetpack | Android Developers

Androidのネイティブ開発をされている方には常識なのかもしれないが、、、「延期可能な（ただし確実に実行される必要がある）非同期タスクのスケジュールを簡単に設定する」には、「WorkManager」というAPIを使用しないといけない、ということらしい。

下記の記事などを見ると、Admobを使っていると必要になる模様（確かに自分のアプリでも導入している）。

【Unity】Android12以上対象の場合の2つのエラーとその対処法

(Android12(API31)以上をビルド対象に含めた時) リリース時や、アプリ実行時に発生するエラーへの対処法。何ヶ所を手動で直させる気だ…。

で、先ほどのAndroid公式ページ中段によると、

Android 12（S）をターゲットとするアプリでは、WorkManager バージョン 2.7.0 が必要です。

とある。

また、こちらのページ

Behavior changes: Apps targeting Android 12 | Android Developers

Learn about changes in Android 12 that will affect apps when they target Android 12.

によると、

Android 12 以降をターゲットとするアプリでは、少数の特殊なケースを除き、バックグラウンドでの実行中にはフォアグラウンドサービスを開始できません。
・・・
アプリがバックグラウンドで動作しているときに、WorkManager を使用してスケジュールを設定し、優先処理を開始することを検討してください。

とのこと。

だから、上記１文が必要になったのか、と、分かったような、分からないようなレベルだが、一応納得。