Ana iş parçacığında görev yapmak için GCD

Herhangi bir iş parçacığından gelebilir bir geri arama var. Bu geri aramayı aldığımda, ana iş parçacığında belirli bir görevi gerçekleştirmek istiyorum.

Zaten ana iş parçacığı üzerinde olup olmadığımı kontrol etmek gerekiyor mu - ya da aşağıdaki kodu çağırarak bu kontrolü yapmadan herhangi bir ceza var mı?

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

Hayır, ana başlıkta olup olmadığınızı kontrol etmeniz gerekmez. Bloğu ana kuyruğa göndererek, bloğun ana iş parçacığı üzerinde seri olarak çalıştırılmasını planlıyorsunuz ve ilgili çalıştırma döngüsü çalıştırıldığında gerçekleşiyor.

Zaten ana iş parçacığındaysanız, davranış aynıdır: blok zamanlanır ve ana iş parçacığının çalışma döngüsü çalıştırıldığında yürütülür.

Yukarıda açıkladığınız eşzamansız gönderim durumunda, ana iş parçacığında olup olmadığınızı kontrol etmeniz gerekmez. Bavyeralı'nın belirttiği gibi, bu sadece ana iş parçacığında çalıştırılmak üzere sıraya alınacaktır.

Ancak, a'yı kullanarak yukarıdaki işlemleri yapmaya çalışırsanız dispatch_sync()ve geri aramanız ana iş parçacığındaysa, uygulamanız o noktada kilitlenecektir. Bunu burada cevabımda açıklıyorum , çünkü bu davranış bazı kodları taşırken beni şaşırttı -performSelectorOnMainThread:. Orada bahsettiğim gibi, bir yardımcı fonksiyon oluşturdum:

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

bu, bulunduğunuz yöntem şu anda ana iş parçacığı üzerinde değilse, ana iş parçacığı üzerinde eşzamanlı olarak bir blok çalıştıracak ve yalnızca varsa, satır içi satır yürütür. Bunu kullanmak için aşağıdakine benzer bir sözdizimi kullanabilirsiniz:

runOnMainQueueWithoutDeadlocking(^{
    //Do stuff
});

Belirtilen diğer cevaplar gibi, ana iş parçacığından dispatch_async gayet iyi.

Bununla birlikte, kullanım durumunuza bağlı olarak, bir dezavantaj olduğunu düşünebileceğiniz bir yan etki vardır: blok bir kuyrukta zamanlandığı için, kontrol geciktirme etkisi olacak olan çalıştırma döngüsüne geri dönene kadar yürütülmez. bloğunuzun yürütülmesi.

Örneğin,

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

Yazdırılacak:

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

Bu nedenle, bloğun dış NSLog'lar arasında yürütülmesini bekliyorsanız, dispatch_async size yardımcı olmaz.

Hayır, ana başlıkta olup olmadığınızı kontrol etmeniz gerekmez. Swift'te bunu nasıl yapabileceğiniz aşağıda açıklanmıştır:

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

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

Repouma standart bir işlev olarak dahil edildi, bir göz atın: https://github.com/goktugyil/EZSwiftExtensions