別のスレッドのMediaPlayerとstartForeground（）経由のサービスで実行中

Question

私は別のスレッドで音楽をストリーミングしています。私がアプリを残すと（onPause()、onStop()など）、音楽は引き続き再生されますが、最終的には他のアプリを開いてそれらを切り替えてホーム画面に戻った後、私のアプリは殺されます。クラッシュはありません。logcatのWIN DEATHとprocess com.myapp.android has diedです。明らかに、リソースを回収するために、システムによってアプリケーションが破壊されることは正当です。

私の質問は：メイン（UI）スレッドからのスレッドで実行中のものは、システムに関する限り優先度が低くなっているということですか？メディアプレーヤーをServiceで実行しても、startForeground()を使用してフォアグラウンドでサービスを実行する場合よりも、それはより多く殺される可能性がありますか？

ご意見やご要望をいただければ幸いです。

EDIT

はまた、サービス上のドキュメントの一部は、私を混乱させる。適切な部分では、それは述べて：

注意：サービスは独自のスレッドを作成しません。そのホストプロセス- サービスのメインスレッドで実行され、特に指定しない限り（ 別のプロセスで実行されません。 ）。これは、 サービスがCPU集約的な作業を行うか、または 操作（MP3再生やネットワーキングなど）をブロックする場合、その作業のためにサービス内に 新しいスレッドを作成する必要があることを意味します。

私は常にメインスレッドのサービスでMP3再生を実行しましたが、UIは応答したままでした。私が上の引用で推奨されているように別のスレッドに入れなければならないのであれば、私が始めた場所、つまりメディアの再生がメインスレッドから出て、再生の可能性が増す他のアプリが開かれたときなどに殺されますか？

Answer 1

ご質問のほとんどはAndroid documentation on Servicesで回答されていると思います。

リンクから：

フォアグラウンドサービスは、ユーザーがメモリ上の低殺傷するシステム のための候補者の積極的な意識であり、したがってない 何かであると考えられていたサービスです。フォアグラウンドサービスは、進行中の という見出しの下に表示されるステータスバーの通知を で提供する必要があります。つまり、 サービスが停止またはフォアグラウンドから削除されない限り、通知を破棄できません。

あなたの質問に答えるためにThreadを始めActivityが一時停止/停止されている場合は、はい、Activityの分離除去Threadを実行すると、フォアグラウンドで実行されているServiceよりも低い優先順位を持っているとしています。

私はServiceでこれを行うことを個人的にお勧めします。これはまさにServiceクラスのために作成されたものです。

編集：

興味深いが、あなたが提案私が読んだものに反しているようだ（Serviceにスレッドを使用しない場合、すべてが応答性です）。それにかかわらず、おそらくバックグラウンドスレッドで開始する必要があります。

スレッド（あなたが作成するスレッド）は、プロセスが終了しない限り死ぬことはなく、実行時にリソースが必要と判断されたときに発生します。 Activityはフォアグラウンドにいないときに殺すことができるので、Threadも破壊することができます。フォアグラウンドとしてServiceがマークされている場合は、破壊される可能性は低いため、同じ問題は発生しません。

Answer 2

スレッドからMediaPlayerを実行する必要はありません。 MediaPlayer.prepareではなくMediaPlayer.prepareAsyncを使用している限り、MediaPlayerには問題を引き起こすほど長くブロックされるメソッドはありません。サービスのフォアグラウンドスレッドで実行します。

プロセスが強制終了された場合、スレッドはプロセスを終了します。サービスをホストするプロセスは、Service.startForegroundメソッドを呼び出すと（ステータスバーにstartForegroundによって要求される必須の通知を表示する）、アクティビティよりも寿命が長くなります。アクティビティが一時停止すると、プロセス全体がリサイクルの主要候補になります（このプロセスにはフォアグラウンドサービスもありません）。

Answer 3

私は、この回答の一部を他の場所に掲載しましたが、まだ関連性があります。

残念なことに、prepareAsync（）を呼び出すだけでは、特にネットワークからファイルを再生しているときに、ANRプロンプトとアプリケーションが数秒間停止するのを防ぐのに不十分です。あなたの最善の策はMediaPlayerインスタンスを独自のスレッドに置くことです。または、少なくともMediaPlayer.start（）のようなハンドラで集中的に実行することができます。私はMediaPlayerを1年以上使用していましたが、状況によっては、さまざまな呼び出しの後に確実にハングアップすることがわかります。

理想的には、サービスからMediaPlayerを制御するスレッドを生成する必要があります。こうすることで、アプリがバックグラウンドにある間にメディアの再生が継続され、（prepare（）/ prepareAsync（）以外の）ブロッキングコールがアプリをハングアップしないようにすることができます。