生存期間が等しいことを意味しているわけではないです。ActivityのonDestroy()では、必ずstopService()するようにすべきなのでしょうか。これについては、実際にどのような動作を期待しているのかによりますが...。終了されたかどうかを関与しないものとなるはずです。ある必要がないか、または「バインドされたサービス」の方がより適切である可能性が高いです。個の銅バッジ非常に分かりやすい説明をありがとうございました。アプリケーション内の「画面を持たないコンポーネント」ということを理解すると、この様な挙動になることは納得できます。ライフサイクルを考える上でApplicationとActivityを混同していました(現状Activityを1つだけもつApplicationのため...)。実装しようとしているServiceは、開始した時にNotificationを表示するのですが、アプリケーションをRecentから削除した時に何の通知も受けずにServiceが終了してしまうため、Notificationを削除するトリガがありません。至っては、エミュレーターでしか呼び出されないメソッドになります。通知を伴うサービスで、それが高い優先度を要求する場合、フォアグランドサービスとして実装することができます。高い優先度で動作します。終了した場合に連動して通知が消えます。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。GCM通知受信時のServiceでSQLiteを効率良く使うには6Activityのライフサイクルとスレッド3androidで絶対に死なないserviceを作成するには0突然アプリがバックグラウンドへ行く事象が発生し、困っています。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。