AndroidのOS /ユーザーによるゲームのクラッシュ/キルでのファイル操作の失敗

私のゲームは、ゲーム/アプリの内部ストレージのファイルに一定の間隔で状態を保存します。ゲームがユーザーまたはOSによってそれぞれ強制終了またはクラッシュした場合、そのファイルに現在のゲーム状態を書き込みます。修正間隔後のファイル書き込みは正常に機能していますが、ゲームがOSまたはユーザーによってクラッシュまたは強制終了された場合、ファイル書き込み操作は失敗します。操作が失敗すると、不完全なゲーム状態または空のゲーム状態、つまりファイルにデータがまったく書き込まれません。私は、Androidサービスを使用して複数のソリューションを試しました。サービスがNON STICKYの場合は、アプリで強制終了されます。一方、サービスがSTICKYの場合、サービスは再起動されますが、最初にサービスでアタッチされたインテントはnullまたは新しいものです。

問題は、ゲーム/アプリがユーザー/ OSによって強制終了されたときに、内部ストレージのファイルにデータを完全に保存するにはどうすればよいですか（最大2〜3MB）。

過去のコンソールタイトルで一般的だったように、保存状態をダブルバッファ方式で書き込むことをお勧めします（書き込み中にメモリカードが取り外され、書き込みが遅い場合）。

セーブ：

• ファイルが存在しない場合、ファイルAに状態を書き込みます
• Aが存在する場合、Bに書き込みます
• AとBの両方が存在する場合、どちらが古いかを見つけて削除し、その1つに書き込みます

負荷：

• AとBの両方が存在する場合は、2つのうち新しい方をロードしてください。それが失敗する場合（ファイルが不完全または破損しているため）、それを削除し、もう一方をロードします
• 存在する場合は、それをロードします
• 両方が破損している場合は、保存状態が回復不能であることをユーザーに通知します（おそらく既にそうであるように）

このフローは、アプリが書き込み中に強制終了された場合でも、常に少なくとも1つの有効な保存がストレージに存在することを保証するために機能します。そのような失敗が発生した場合、プレーヤーは前回の保存以降のゲーム状態の変更を取得しませんが、再度開始する必要はありません。

さらに、間隔の保存に加えて、キーイベント（アプリ内購入など）の直後に保存して、クラッシュ/キルによってそのキーイベントが失われる脆弱性のウィンドウを最小限に抑える必要があります。これは、ゲームの悪用に対する保護でもあります（たとえば、命を失う前にアプリを強制終了するのは、命を失う前からゲーム状態に戻り、再試行できるためです）。もちろん、これを行う場合は、「保存がすでに進行中の場合は、保存を再開しないでください」というロジックでインターバル保存を保護する必要があります。

Androidは、アプリがバックグラウンドにあるときにのみアプリを強制終了します。アプリがバックグラウンドにあるときにゲームデータを本当に更新する必要がありますか、またはアプリがフォアグラウンドに戻るまでデータの更新を停止できますか？イベントの履歴や、アプリがフォアグラウンドに戻ったときの現在の状態を取得できる場合は、マルチプレイヤーゲームでも更新を延期できる場合があります。これは、CPU、ネットワーク、およびバッテリーの効率のために、とにかく実行する必要があると思われるものです。

ユーザーがアプリを強制終了した場合、実行中のサービスはへの呼び出しを受け取る必要がありますonTaskRemoved。このメソッドで多くの処理を行おうとするとどうなるかわかりません。一定時間内に戻らない場合は、Androidがkill -9アプリを提供することを期待しています。