DispatchQueue.main.asyncUI ile ilgili işlemleri gerçekleştirmek için uzun süredir kullanıyorum .
Swift hem DispatchQueue.main.asyncve hem de sağlar DispatchQueue.main.syncve her ikisi de ana kuyrukta gerçekleştirilir.
Biri bana aralarındaki farkı söyleyebilir mi? Her birini ne zaman kullanmalıyım?
DispatchQueue.main.async {
self.imageView.image = imageView
self.lbltitle.text = ""
}
DispatchQueue.main.sync {
self.imageView.image = imageView
self.lbltitle.text = ""
}
Yanıtlar:
Kullandığınızda async, gönderilen bloğun yürütülmesini beklemeden çağrı kuyruğunun devam etmesini sağlar. Aksine sync, arama kuyruğunu durduracak ve blokta gönderdiğiniz iş bitene kadar bekleyecektir. Bu nedenle sync, kilitlenmelere yol açabilir. DispatchQueue.main.syncAna kuyruktan çalıştırmayı deneyin ve uygulama donacaktır çünkü arama kuyruğu gönderilen blok bitene kadar bekleyecek ancak başlayamayacaktır (çünkü kuyruk durdurulmuş ve beklemelidir)
Ne zaman kullanılmalı sync? FARKLI bir kuyrukta yapılan bir şeyi beklemeniz ve ancak o zaman mevcut kuyruğunuz üzerinde çalışmaya devam etmeniz gerektiğinde
Eşitlemeyi kullanma örneği:
Bir seri kuyrukta sync, aynı anda yalnızca bir iş parçacığının korumalı kod parçasını gerçekleştirebildiğinden emin olmak için bir muteks olarak kullanabilirsiniz .
async? Demek istediğim, daha sonra iplikte başka bir şey kalmadığı için o zaman bir fark yaratmaz. Eğer öyle olsaydı DispatchQueue.main.sync {block1}; DispatchQueue.main.sync {block2};o zaman mantıklı olurdu. Başka bir blok olduğunda Ama sonra kullanmanın yararı düşünemiyorum DispatchQueue.main.sync {Oneblock}üzerinde DispatchQueue.main.async {Oneblock}. Her ikisi için de mainQueue önceliğini / yakınlığını alacaklar ve hiçbir şey onları engellemeyecek.
Uygulamanıza veri yükleme gibi ağır görevler eklediğiniz anda, kullanıcı arayüzünüzü yavaşlatır ve hatta dondurur. Eşzamanlılık, 2 veya daha fazla görevi "aynı anda" gerçekleştirmenize olanak tanır. Bu yaklaşımın dezavantajı, kontrol edilmesi her zaman kolay olmayan iplik güvenliğidir. Farklı görevler, aynı değişkeni farklı bir iş parçacığında değiştirmeye çalışmak veya farklı iş parçacıkları tarafından zaten engellenen kaynaklara erişmek gibi aynı kaynaklara erişmek istediğinde.
Farkında olmamız gereken birkaç soyutlama var.
Olmalı seri veya eşzamanlı . Yanı sıra küresel veya özel aynı anda.
Seri kuyruklarda görevler tek tek, eşzamanlı kuyruklarla bitirilecek, görevler eşzamanlı olarak gerçekleştirilecek ve beklenmedik programlarda bitirilecektir. Aynı görev grubu, eşzamanlı bir kuyruğa kıyasla bir seri kuyrukta daha fazla zaman alacaktır.
Kendi oluşturabilirsiniz özel sıraları (hem seri veya eşzamanlı ) ya da zaten mevcut kullanmak küresel (sistem) sıraları . Ana kuyruk sadece seri kuyruk tüm dışarı küresel kuyruklar .
Ana kuyrukta UI çalışmasına atıfta bulunulmayan ağır görevlerin yerine getirilmemesi (ağdan veri yükleme), bunun yerine UI'nin donmamış ve kullanıcı eylemlerine yanıt vermesini sağlamak için diğer kuyruklarda yapılması şiddetle tavsiye edilir . UI'nin diğer kuyruklarda değiştirilmesine izin verirsek, değişiklikler farklı ve beklenmedik bir program ve hızda yapılabilir. Bazı UI öğeleri, ihtiyaç duyulduktan önce veya sonra çizilebilir. Kullanıcı arayüzünü çökertebilir. Ayrıca beri akılda tutmak gerekir küresel kuyruklar vardır sistem kuyruklar üzerlerinde sistem tarafından çalıştırılabilir diğer bazı görevler vardır.
Kuyruklar ayrıca görev gerçekleştirme önceliğini (burada en yüksekten en düşüğe ) ayarlayan farklı qos'a (Hizmet Kalitesi) sahiptir : .userInteractive - ana kuyruk .userInitiated - kullanıcının bir miktar yanıt beklediği kullanıcı tarafından başlatılan görevler için. Kullanışlılık - görevler için biraz zaman alan ve anında yanıt gerektirmeyen, örneğin , görsel kısımla ilgili olmayan ve tamamlanma süresi için katı olmayan görevler için data .background ile çalışma ). Ayrıca qos bilgilerini aktarmayan .default kuyruğu da vardır . O saptamak mümkün değilse QoS
qos , .userInitiated ve .utility arasında kullanılacaktır .
Görevler eşzamanlı veya eşzamansız olarak gerçekleştirilebilir .
Eşzamanlı işlev, yalnızca görev tamamlandıktan sonra denetimi geçerli kuyruğa döndürür. Sırayı bloke eder ve görev bitene kadar bekler.
Eşzamansız işlev, farklı kuyrukta gerçekleştirilmek üzere görev gönderildikten hemen sonra mevcut kuyruğa denetim döndürür. Görev bitene kadar beklemez. Sırayı engellemez.
Programcıların eşzamanlı uygulamaları yansıtırken yaptıkları en popüler hatalar şunlardır:
Ana kuyruktaki senkronizasyon işlevini ASLA çağırmayın .
Ana kuyrukta senkronizasyon işlevini çağırırsanız, kuyruğu bloke eder ve ayrıca kuyruk, görevin tamamlanmasını bekler ancak kuyruk nedeniyle başlatılamayacağı için görev asla bitirilmez. zaten engellendi. Kilitlenme denir .
Senkronizasyon ne zaman kullanılır?
Görev bitene kadar beklememiz gerektiğinde. Fe, bazı işlevlerin / yöntemin çift çağrılmadığından emin olduğumuzda. Fe senkronizasyonumuz var ve tamamen bitene kadar çift çağrılmasını engellemeye çalışıyoruz. İşte bu endişe için bazı kodlar:
IOS cihazında hata çökme raporuna neyin neden olduğunu nasıl öğrenebilirim?
DispatchQueue.main.syncArka plan iş parçacığından aramak yanlış olur mu?
GCDbir görevi yürütmenize synchronouslyveya asynchronously[Hakkında]
synchronous(engelle ve bekle) işlevi, görev tamamlanınca bir denetim döndürür
asynchronous(gönder ve devam et) işlevi, görevi uygun bir kuyruğa başlatmak için ancak tamamlanmasını beklemeden hemen göndererek bir denetim döndürür.
syncveya asyncyöntemlerin çağrıldıkları kuyruk üzerinde hiçbir etkisi yoktur.
synciplik engeller gelen o kuyruğu denilen ve almayan üzerine çağrıldığı. Görevin yürütülmesini bekleyip bekleyemeyeceğine (seri sıra) veya mevcut görev tamamlanmadan önce bir sonraki görevi çalıştırıp çalıştırmayacağına (eşzamanlı sıra) DispatchQueuekarar veren özelliktir DispatchQueue.
Bu nedenle DispatchQueue.main.async, bir zaman uyumsuz çağrı olduğunda bile , eklenen bir ağır görev işlemi, işlemleri ana iş parçacığı üzerinde seri olarak yürütüldüğü için kullanıcı arayüzünü dondurabilir. Bu yöntem arka plan iş parçacığından çağrılırsa, kullanıcı arabirimi donmuş gibi görünse bile denetim o iş parçacığına anında dönecektir. Bunun nedeni, asyncaramanın yapıldığıDispatchQueue.main
DispatchQueue.main.syncArka plan iş parçacığından aramak yanlış olur mu?