あるスレッドは、別のスレッドがクラッシュしたかどうかを判断できますか？

Question

私は仕事の束をしているバックグラウンドスレッドを持っています - アプリケーションをロードしています。メインスレッドは、UIProgressViewで進行状況を表示しています。

カップルの機会に

[self performSelectorInBackground:@selector(loadAppInBackground) withObject:self]; 

は、バグが発生しました（別のアプローチは、この問題は簡単に解決できる場合しかし、私はこの方法には結婚ではないよ）バックグラウンドスレッドはperformSelectorInBackgroundで生み出されていますバックグラウンドスレッドがクラッシュする（アプリケーションが進化するにつれて異なるバグ）ので、プログレスバーは停止しますが、何も間違っていることを明確に知らされません。

私はこの状況を検出したいと思っています。ユーザーが待っていなくても、単にハングするよりも、うまく機能しません。

ロードプロセスの時間が大幅に異なる可能性があるため、タイムアウトは理想的な選択肢ではありません。

フォアグラウンドスレッドがバックグラウンドスレッドが失敗したことを検出する最も良い方法は何ですか？フォアグラウンドスレッドはUIを処理するために忙しいので、最初のバックグラウンドスレッドを監視する必要がありますか？それは醜いようです。

バックグラウンドプロセスに「ping」するために使用できるスレッド間通信メカニズムがありますか？他のスレッドの状態をチェックする低レベルのシステムメカニズムはありますか？

デバッガは、実行中のすべてのスレッドについて認識しており、ステータスを把握しているようです。私は同じことをするために私のアプリに利用可能なコールがあるのだろうかと思っています。

Answer 1

バックグラウンドスレッドの状態を直接チェックする目的は、目的cにはメカニズムがないようです。提供された回答のいずれかが適切なオプションです...タイムアウトするか、スレッドが継続的存在の何らかの種類の証拠を作成しています。

私は少しシンプルで信頼性の高いリアルタイムを望んでいました。

スレッドで例外をキャッチし、フォアグラウンドスレッドがリッスンして反応できる「BackgroundThreadException」のような通知を生成することを実験します。

Answer 2

バックグラウンドタスクが何らかの定期的なサイクルで実行されている場合（例えば、多くの作業が行われる大きなループがある場合など）、フラグが頻繁に設定され、まだ生きていることを示します。

これを行う1つの方法は、バックグラウンドスレッドストア[NSDate timeIntervalSinceReferenceDate]をどこかに置いて、あなたのメインスレッドで時々（おそらくタイマーで）現在の時刻と比較することです。差がある合理的な限界よりも大きい場合は、バックグラウンドスレッドが死んだと推測できます。

もう1つの方法は、バックグラウンドスレッドにブール値を設定し、メインスレッドにそれを問い合わせて定期的にクリアさせる方法です。ブール値がメインスレッドの質問の間に再び設定されない場合、あなたはそれが死んだと推論することができます。

最初の手法には、タイミングがやや不規則なコード（どちらのスレッドでも）を許容するために「合理的な制限」を「調整」できるという利点があります。第2のアプローチは、一般に、より予測可能なタイミングを必要とする。

どちらのアプローチでも、バックグラウンドスレッドがちょうど終了し、単にそれをまだ認識していない場合、何とか "笛を吹く"のを避けたいと思うのはもちろんです。

Answer 3

一般的な手法は、問題のスレッドの生命徴候をチェックするために余分なスレッドを用意することです。いわゆるハートビートスレッドです。ハートビートスレッドは、適時に応答するかどうかをチェックしてスレッドをポーリングし、そうでない場合は、スレッドがデッドしたとみなして終了します。

シンプルハートビートスレッドを実装すると、他のスレッドによって定期的にインクリメントされるカウンタをチェックすることができます。カウンタが一定時間内にインクリメントされず、デッドと見なされ、スレッドの再起動またはアプリを殺す。もう1つのより一般的な方法は、hbスレッドがスレッドにメッセージを送信し、タイムアウトのある応答をチェックする場合です。