iPhone-Grand Central Dispatchメインスレッド

私は私のアプリで大規模な中央ディスパッチを使用して成功していますが、次のようなものを使用することの本当の利点は何ですか？

dispatch_async(dispatch_get_main_queue(), ^{ ... do stuff

あるいは

dispatch_sync(dispatch_get_main_queue(), ^{ ... do stuff

つまり、どちらの場合も、アプリが実行される場所であるメインスレッドで実行されるブロックを起動しているため、これは負荷の軽減に役立ちません。最初のケースでは、ブロックを実行するタイミングを制御できません。ブロックを発射してから0.5秒後にブロックが実行されるケースを見てきました。2番目のケースは、

[self doStuff];

正しい？

君たちはどう思う？

メインキューへのブロックのディスパッチは通常、バックグラウンドキューから行われ、バックグラウンド処理が終了したことを通知します。

- (void)doCalculation
{
    //you can use any string instead "com.mycompany.myqueue"
    dispatch_queue_t backgroundQueue = dispatch_queue_create("com.mycompany.myqueue", 0);

    dispatch_async(backgroundQueue, ^{
        int result = <some really long calculation that takes seconds to complete>;

        dispatch_async(dispatch_get_main_queue(), ^{
            [self updateMyUIWithResult:result];
        });    
    });
}

この場合、バックグラウンドキューで時間のかかる計算を行っており、計算が完了したらUIを更新する必要があります。通常、UIの更新はメインキューから行う必要があるため、2番目にネストされたdispatch_asyncを使用して、メインキューに「シグナル」で返します。

メインキューにディスパッチする例はおそらく他にもありますが、通常はこの方法で行われます。つまり、バックグラウンドキューにディスパッチされたブロック内からネストされます。

• バックグラウンド処理が完了-> UIを更新
• バックグラウンドキューで処理されたデータのチャンク->メインキューに次のチャンクを開始するよう通知
• バックグラウンドキューの受信ネットワークデータ->メッセージが到着したことをメインキューに通知
• などなど

なぜメインキューからメインキューにディスパッチしたいのかについては、まあ、通常は実行しないでしょう。ただし、実行ループの次の時間に実行する作業をスケジュールするために実行することは考えられます。

メインスレッドからメインキューにブロックをディスパッチすると便利です。メインキューは、キューに入れられた他のブロックを処理する機会を与え、他のすべてのブロックを実行しないようにします。

たとえば、それでも多くの同時接続を処理する基本的にシングルスレッドのサーバーを作成できます。キューの個々のブロックに時間がかかりすぎない限り、サーバーは新しい要求に応答し続けます。

プログラムが何もせずにすべてのイベントをイベントに応答して過ごす場合、これは非常に自然なことです。メインキューで実行するようにイベントハンドラーを設定してから、dispatch_main（）を呼び出すだけで、スレッドの安全性をまったく気にする必要がない場合があります。

うまくいけば、dispatch_asyncとdispatch_syncの違いについて疑問に思っているという点であなたの質問を正しく理解していますか？

dispatch_async

ブロックを非同期にキューにディスパッチします。つまり、ブロックをキューに送信し、メソッドの残りのコードの実行を続行する前にブロックが戻るのを待ちません。

dispatch_sync

ブロックをキューに同期的にディスパッチします。これにより、ブロックの実行が完了するまで、メソッド内の残りのコードが実行されなくなります。

私は主にdispatch_asyncバックグラウンドキューを使用して、メインキューから作業を終了し、デバイスにある可能性のある追加のコアを利用しました。次にdispatch_async、UIを更新する必要がある場合はメインスレッドに移動します。

幸運を

これが役立つのは、長い操作の前にスピナーを設定するなどのUIアクティビティの場合です。

- (void) handleDoSomethingButton{

    [mySpinner startAnimating];

    (do something lengthy)
    [mySpinner stopAnimating];
}

長い間メインスレッドをブロックしていて、UIKitが実際にスピナーを開始できないようにしているため、機能しません。

- (void) handleDoSomethingButton{
     [mySpinner startAnimating];

     dispatch_async (dispatch_get_main_queue(), ^{
          (do something lengthy)
          [mySpinner stopAnimating];
    });
}

実行ループに制御を戻し、UIの更新をスケジュールしてスピナーを開始し、ディスパッチキューから次のものを取得します。これが実際の処理です。処理が完了すると、アニメーションの停止が呼び出され、実行ループに戻り、UIは停止で更新されます。

スイフト3、4、5

メインスレッドでコードを実行する

DispatchQueue.main.async {
    // Your code here
}

非同期は非同期を意味し、ほとんどの場合それを使用する必要があります。メインスレッドで同期を呼び出さないでください。タスクが完了するまで、UIがロックされます。あなたはここでこれをSwiftで行うより良い方法です：

runThisInMainThread { () -> Void in
    // Run your code like this:
    self.doStuff()
}

func runThisInMainThread(block: dispatch_block_t) {
    dispatch_async(dispatch_get_main_queue(), block)
}

それは私のリポジトリの標準機能として含まれています、それをチェックしてください：https : //github.com/goktugyil/EZSwiftExtensions