なぜサービスonDestroyをバインド解除するのですか？

Question

アクティビティがサービスをバインドする場合、onDestroyをアンバインドする必要があるということは、複数のソースから言われています。どうして？アクティビティが破壊されているので、サービスはとにかくバインドされていないようです。それが "始まった"場合 - それはとにかく問題ではありません。アクティビティによって自動起動された場合、他のユーザーがそれをバインドしていない場合は、とにかく閉じます。

なぜバインドを解除するのですか？

Answer 1

アクティビティは、画面を回転したとき、ユーザーがロケールを変更したとき、またはデバイスが夜間モードに入るときなど、構成の変更を処理する必要があります。

フォアグラウンド動作のデフォルトの動作は、構成の変更が発生したときに、その動作が破棄されて再作成されることです。

結果として、ActivityのbindService()を呼び出すことはお勧めできません。私たちは、構成の変更の前後でバインディングを変更しないでください。さもなければ、私たちのサービスは破壊され、活動と一緒に再作成されます（活動には唯一の拘束力があり、何もサービスを開始しなかったと仮定します）。

したがって、ApplicationシングルトンでbindService()を呼び出すことをお勧めします。次に、古い活動インスタンスから新しい活動インスタンスにServiceConnectionを渡すことができます。保持されているフラグメントは、unbindService()のonDestroy()のフラグメントに電話することができますので、アクティビティが永続的に破棄された場合（例えば、ユーザがBACKを押したときにfinish()と呼ぶ）、バインディングを解放できます。

---

これらのすべてを背景として、あなたの特定の懸念事項に。

最初に、破壊されたアクティビティが、それがバインドされているサービスから自動的にバインドされているとします。bindService()は、Activityで呼び出されます。これは起こる可能性がありますが、ドキュメント化された動作であることを思い出さず、開発者が頼りにしてはいけないことです。

さらに重要なことに、ほとんどの場合、ActivityのbindService()を呼び出すことは適切な方法ではありません。それ以外の場合は、上記で概説した問題が発生します。 call- bindService() -on・ザApplicationパターン以下

しかし、私は Applicationシングルトンが破壊されることはありませんので、自動アンバインドのいくつかの並べ替えがあるように、これまで を期待していません。したがって、 unbindService()のどこかに電話をかけることができない場合（たとえば、保持されているフラグメントの onDestroy()）、サービスがリークします。