performSelectorOnMainThread：waitUntilDone：がメインスレッドから呼び出されたとき、いつ実行されますか？

Question

NSURLConnectionを使用して非同期Webリクエストを使用するアプリケーションをプログラミングしているので、複数のスレッドが実行されています。私のアプリケーションの主なロジックが1つのスレッドで行われるように、私はperformSelectorOnMainThread:waitUntilDone:を大量に使用しています。時には、私はこれをメインスレッドで実行しています。これが私の好奇心を刺激しました。

メインスレッド中にperformSelectorOnMainThread:waitUntilDone:が呼び出された場合は、 performSelector:と同じように動作しますか？ waitUntilDone:がYESの場合はどうなりますか？ NOの場合はどうなりますか？

編集：私はwaitUntilDone:がYESあるとき、セレクタが（ほぼ）即座に実行されますが、waitUntilDone:がNOであれば、それが実行されたとき、私は理解できないことを見出しました。

Answer 1

performSelectorOnMainThread:withObject:waitUntilDone: 

はあなたのapplicationのmain threadにメッセージを配信する方法です。ここではbooleanの値waitUntilDone:の値は、を実行するかどうかをブロックselectorでブロックするかどうかを指定します。例えば

-

あなたはこれらの2

lines-

[self performSelectorOnMainThread:@selector(print) withObject:nil waitUntilDone:YES]; 

NSLog(@"Hello iPhone"); 

を書かれており、これは、印刷法である場合 -

- (void) print 
{ 
    NSLog(@"Hello World"); 
} 

、あなたは、このO/P

を取得します

Hello World 
Hello iPhone 

だからこそtはあなたのmain threadと印刷の「Hello World」の実行を一時停止し、あなたがwaitUntilDone:

でYESを指定したため、再度メインスレッドを実行し、印刷の「Hello iPhone」が、あなたはwaitUntilDone:でNOを指定した場合、それは次のように出力します -

を

Hello iPhone 
Hello World 

それは明らかにそれがqueueで指定されたselectorを実行するリクエストを入れて、OSがそのmain thread自由を取得するとして、それはあなたの要求を実行することを示しています。

main threadからかsecondary threadのいずれかperformSelectorOnMainThread:withObject:waitUntilDone:を呼び出すと、それの実行中に任意の違いはありません、それはあなたがより多くの情報のためwaitUntilDone:

に指定されたものに依存 -

NSObject Class Reference

Answer 2

If the current thread is also the main thread, and you pass YES, 
the message is performed immediately, otherwise the perform is 
queued to run the next time through the run loop. 

はいの場合は、performSelectorOnMainThread:withObject:waitUntilDone:が返される前に実行できます。

私は、waitUntilDone：がYESの場合、セレクタはすぐに実行されますが、waitUntilDone：がNOの場合はいつ実行されるかわかりません。

実行ループに関するビット：メインスレッドには実行ループがあります。これにより、スレッドが終了するのを防ぐことができます。実行ループはToDoリストを管理します。その作業が完了すると、しばらくそのスレッドの実行を中断します。その後、それは後で目を覚まし、もしうまくいくかどうかを確かめます。

作業量は大きく異なる可能性があります（たとえば、目を覚ましてからセレクタが実行されるまでの間に、かなり重い図面やファイルの入出力が行われる可能性があります）それがどのように動作するかを知るために十分であるべきで、どのように実装が実行ループに作業を追加

http://developer.apple.com/library/ios/#documentation/cocoa/Conceptual/Multithreading/RunLoopManagement/RunLoopManagement.html

Answer 3

waitUntilDone場合：YES、それは即時関数呼び出しとして機能している

waitUntilDone場合：NOの場合、他のすべてのスレッドの呼び出しとともに呼び出しをキューに入れます。

この方法は、一般的な実行ループの使用メインスレッド モード-、一定 NSRunLoopCommonModesに関連付けられたモードでの実行ループにメッセージをキューイングします。通常の実行ループ の処理の一部として、メインスレッドはメッセージをデキューし（一般的な実行ループモードのいずれかで実行する と仮定して）、目的の メソッドを呼び出します。

前述のように、描画やI/Oなどはキュー内のものよりも優先されます。メインスレッドが次のイベントループで待ち行列サービスに時間を割いた後は、先入れ先出しで数えるのと同じくらい簡単ではない他のいくつかの詳細があります：1）dispatch_async（）ブロックはモードを無視します。

2）特定のモード引数を持つperformSelectorバリアント、たとえばイベントトラッキングは、特定のモードで実行されているループ内のデフォルトの共通モード引数よりも優先される可能性があります。

一般的なルールとして、予測可能なタイミング動作が必要な場合は、実行ループモードなどのより高いレベルの考慮事項を考慮しない低レベルのGCDディスパッチ機能を使用する必要があります。