GCD để thực hiện nhiệm vụ trong luồng chính

Tôi có một cuộc gọi lại có thể đến từ bất kỳ chủ đề. Khi tôi nhận được cuộc gọi lại này, sau đó tôi muốn thực hiện một tác vụ nhất định trên luồng chính.

Tôi có cần kiểm tra xem tôi đã ở trên luồng chính chưa - hoặc có bất kỳ hình phạt nào khi không thực hiện kiểm tra này khi gọi mã dưới đây?

dispatch_async(dispatch_get_main_queue(), ^{
   // do work here
});

Không, bạn không cần kiểm tra xem bạn đã vào chủ đề chính chưa. Bằng cách gửi khối tới hàng đợi chính, bạn chỉ cần lập lịch cho khối được thực hiện một cách an toàn trên luồng chính, điều này xảy ra khi vòng chạy tương ứng được chạy.

Nếu bạn đã ở trên luồng chính, thì hành vi là như nhau: khối được lên lịch và được thực thi khi vòng lặp chạy của luồng chính được chạy.

Đối với trường hợp điều phối không đồng bộ mà bạn mô tả ở trên, bạn không cần phải kiểm tra xem bạn có ở trên luồng chính hay không. Như Bavarious chỉ ra, điều này chỉ đơn giản sẽ được xếp hàng để được chạy trên luồng chính.

Tuy nhiên, nếu bạn cố gắng thực hiện các thao tác trên bằng cách sử dụng a dispatch_sync()và cuộc gọi lại của bạn nằm trên luồng chính, ứng dụng của bạn sẽ bế tắc tại thời điểm đó. Tôi mô tả điều này trong câu trả lời của tôi ở đây , bởi vì hành vi này làm tôi ngạc nhiên khi chuyển một số mã từ -performSelectorOnMainThread:. Như tôi đã đề cập ở đó, tôi đã tạo ra một hàm trợ giúp:

void runOnMainQueueWithoutDeadlocking(void (^block)(void))
{
    if ([NSThread isMainThread])
    {
        block();
    }
    else
    {
        dispatch_sync(dispatch_get_main_queue(), block);
    }
}

sẽ chạy một khối đồng bộ trên luồng chính nếu phương thức bạn hiện không có trên luồng chính và chỉ thực hiện khối nội tuyến nếu có. Bạn có thể sử dụng cú pháp như sau để sử dụng:

runOnMainQueueWithoutDeadlocking(^{
    //Do stuff
});

Như các câu trả lời khác đã đề cập, Clark_async từ luồng chính vẫn ổn.

Tuy nhiên, tùy thuộc vào trường hợp sử dụng của bạn, có một tác dụng phụ mà bạn có thể xem là nhược điểm: vì khối được lên lịch trên hàng đợi, nó sẽ không thực thi cho đến khi điều khiển quay trở lại vòng lặp chạy, điều này sẽ có tác dụng trì hoãn thực hiện khối của bạn.

Ví dụ,

NSLog(@"before dispatch async");
dispatch_async(dispatch_get_main_queue(), ^{
    NSLog(@"inside dispatch async block main thread from main thread");
});
NSLog(@"after dispatch async");

Sẽ in ra:

before dispatch async
after dispatch async
inside dispatch async block main thread from main thread

Vì lý do này, nếu bạn đang mong đợi khối thực thi ở giữa NSLog bên ngoài, thì điều_async sẽ không giúp bạn.

Không, bạn không cần phải kiểm tra nếu bạn đang ở trong chủ đề chính. Đây là cách bạn có thể làm điều này trong Swift:

runThisInMainThread { () -> Void in
    runThisInMainThread { () -> Void in
        // No problem
    }
}

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

Nó được bao gồm như là một chức năng tiêu chuẩn trong repo của tôi, hãy kiểm tra xem: https://github.com/goktugyil/EZSwiftExtensions