Androidバックアップサービスを使用してアプリのデータをバックアップしたいのですが、ネットワークの使用が心配です。バックアップ操作ごとにアップロードする必要のあるデータが約500KBあります。それほど多くはありませんが、バックアップを1日に10回実行すると、簡単に5MBに達する可能性があります。
私の質問は、Androidがいつ、どのくらいの頻度でバックアップを実行することを決定するかということです。ドキュメントには、電話をかけた後の「将来の適切な時期」についてのみ記載されていますdataChanged()。どのような条件が「適切な時間」を構成するかについては説明していません。
を呼び出すことにより、いつでもバックアップ操作を要求できます
dataChanged()。このメソッドは、バックアップエージェントを使用してデータをバックアップすることをバックアップマネージャーに通知します。次に、バックアップマネージャはonBackup()、将来の適切なタイミングでバックアップエージェントのメソッドを呼び出します。
あなたの質問には2つの部分があります：
＃2から始めましょう、どのくらいの頻度で。ドキュメントはこれに十分に答えていると思います。アプリがメソッドを呼び出すときはいつでもdataChanged()、バックアップの可能性があります。したがって、このメソッドの呼び出しの頻度を制限するのが賢明です。これをどのように処理するかはあなた次第です。アプリの重要な/重要なデータ変更に対してのみこれを呼び出すことを検討する必要がある1つのアプローチ。つまり、ユーザー設定（背景色など）の変更のために呼び出すのではなく、あらゆる種類のトランザクションデータのために呼び出します。
＃1に関しては、次の場合：正確に答えるのは難しいです。ドキュメントはこれについて非コミットです。これにより、Androidは、開発者の期待に違反することなく、このアルゴリズムを自由に変更できます。次のことを想定するのは合理的だと思います。バックアップは迅速に行われる可能性が高く、おそらく最も早い時期に条件が適切になります。それが「すぐに」起こらなければ、それはあまり有用なサービスではないでしょう？Androidが待機するいくつかの単純な条件がおそらくあります（単なる推測ですが、これは利用可能なスレッド、他のネットワークアクティビティのない利用可能なネットワーク接続である可能性があります）。ドキュメントには、「デバイスで有効になっているトランスポートを使用してバックアップされる」と記載されていることに注意してください。"。それは、バックアップをできるだけ早く実行するように設計されているようです。
Android Backup Manager Serviceの調査についてさらに詳しく調べたところ、次のことがわかりました。
これは、アプリ内の各DataChanged（）呼び出しがトランスポートを介してBackupManagerサービスに通知するものと解釈します。Backup Manager Serviceは、必要なときにBackup Manager Serviceが応答する前にDataChangedが数回呼び出された場合でも、アプリのBackup AgentのonBackup（）に対して1回の呼び出しのみを実行します（Backup Managerの応答頻度については以下の項目2を参照してください）。