【android】Activityとプロセスのライフサイクル

またもやライフサイクル周りでハマったのですが、Androidのライフサイクルは複雑で困ります。
GMailやLineなどの大手アプリでも久しぶりに起動するとたまに落ちたりしますが、この辺りが原因なんじゃないかと勝手に思っています。

Activityとプロセスの状態とライフサイクルイベント

５と６は微妙な呼び名ですが、ここだけのお話なので。

１．アプリ起動　　アプリ終了後にランチャからアプリアイコンタップ
　　　Activity : 生
　　　プロセス : 生

２．レジューム　　サスペンド時にランチャからアプリアイコンタップ
　　　Activity : 生
　　　プロセス : 生

３．アプリ終了　　アプリフォラグラウンド時にユーザーがバックキータップ
　　　Activity : 死
　　　プロセス : 生

４．サスペンド　　アプリフォラグラウンド時にユーザーがホームキータップ
　　　Activity : 生
　　　プロセス : 生

５．プロセス終了　タスクツールなどからユーザーがプロセスを終了
　　　Activity : 死
　　　プロセス : 死

６．プロセスキル　サスペンド時にメモリ圧迫等でOSがプロセス終了
　　　Activity : 生
　　　プロセス : 死

７．画面回転　アプリフォラグラウンド時に画面を回転
　　　Activity : 生
　　　プロセス : 生

鬼門は６のプロセスキル

ActivityとFragmentのライフサイクルでは７の画面回転がよく問題になりますが、プロセスでは６のプロセスキルではまります。

１．アプリ終了してもプロセスは生きているのでstaticメンバの状態は保持される
２．プロセスキルされてもActivityの状態は保持されている

普通はプロセスの方が生存期間が長いのですが、プロセスキルされた場合だけ、Activityの方が長くなります。
つまり、onCreateのsavedInstanceStateがnullではなく、Activityが復活した扱いになります。
なのでif (savedInstanceState == null) で初期化するような処理が通らなくなります。

例えば、フラグメントやシングルトンの初期化をここでやったりしていたのですが、６のサイクルの場合シングルトンを利用する局面になって、さらに初期化されていないとまずい処理になって、ようやく落ちる感じになるかと。

結局は

ちなみに今回はまったのはenumに状態を持たしていたのが原因なので、そもそも設計がアレかもしれません。
staticやenumなどプロセス依存の要素に状態を保持する場合はActivityとの兼ね合いも考えないといけないのがJava on Androidですね。

以上