DispatchQueue.main.asyncUI関連の操作に長年使っています。
Swiftはとの両方DispatchQueue.main.asyncを提供しDispatchQueue.main.sync、どちらもメインキューで実行されます。
誰かがそれらの違いを教えてくれますか？それぞれをいつ使用すればよいですか？
DispatchQueue.main.async {
self.imageView.image = imageView
self.lbltitle.text = ""
}
DispatchQueue.main.sync {
self.imageView.image = imageView
self.lbltitle.text = ""
}回答:
これを使用するasyncと、ディスパッチされたブロックが実行されるまで待機せずに、呼び出し側のキューを移動できます。逆syncに、呼び出しキューを停止し、ブロックでディスパッチした作業が完了するまで待機します。したがってsync、デッドロックにつながる可能性があります。DispatchQueue.main.syncメインキューから実行してみてください。ディスパッチされたブロックが終了するまで呼び出しキューが待機するため、アプリはフリーズしますが、開始することさえできません（キューが停止して待機しているため）。
いつ使用するのsyncですか？DIFFERENTキューで何かが行われるのを待って、現在のキューで作業を続ける必要がある場合
同期の使用例：
シリアルキューではsync、ミューテックスとして使用して、保護されたコードを同時に実行できるスレッドが1つだけであることを確認できます。
asyncがそこに電話した場合、それがどのように違うのか疑問に思っていますか？つまり、スレッドには他に何もないため、違いはありません。もしそうなら、それはDispatchQueue.main.sync {block1}; DispatchQueue.main.sync {block2};理にかなっていたでしょう。しかし、他にブロックがない場合、DispatchQueue.main.sync {Oneblock}over を使用するメリットを考えることができませんDispatchQueue.main.async {Oneblock}。どちらの場合も、mainQueueの優先度/即時性を取得し、何も中断しません。
データの読み込みなどの重いタスクをアプリに追加するとすぐに、UIの動作が遅くなったり、フリーズすることさえあります。並行性により、2つ以上のタスクを「同時に」実行できます。このアプローチの欠点は、スレッドの安全性が常に制御しやすいとは限らないことです。異なるスレッドで同じ変数を変更しようとしたり、異なるスレッドによってすでにブロックされているリソースにアクセスしたりするなど、異なるタスクが同じリソースにアクセスする場合。
認識しておく必要があるいくつかの抽象化があります。
シリアルまたは同時でなければなりません。だけでなく、グローバルまたはプライベート同時に。
シリアルキューでは、タスクは1つずつ完了しますが、並行キューでは、タスクが同時に実行され、予期しないスケジュールで完了します。同じタスクのグループは、並行キューと比較して、シリアルキューの方が時間がかかります。
独自のプライベートキュー（シリアルまたは同時）を作成するか、すでに利用可能なグローバル（システム）キューを使用できます。メインキューがあるだけで、シリアルキューのすべてのアウトのグローバルキュー。
メインキュー（ネットワークからのデータのロード）でUI作業に言及されていない重いタスクを実行しないでください。代わりに、他のキューでそれらを実行して、UIのフリーズを維持し、ユーザーアクションに応答できるようにすることを強くお勧めします。他のキューでUIを変更すると、予期しない別のスケジュールと速度で変更が行われる可能性があります。一部のUI要素は、必要になる前または後に描画できます。UIがクラッシュする可能性があります。また、グローバルキューはシステムキューであるため、システム上で実行できるタスクが他にもあることに注意してください。
また、キューにはさまざまなqos（サービス品質）があり、タスクの実行優先度（ここでは最高から最低）を設定します。
.userInteractive - メインキューが
.userInitiatedを -ユーザー開始タスクのため、その上にいくつかの応答のためのユーザーの待機
.utility -タスク用これには時間がかかり、即時の応答は必要ありません。たとえば、データ
.backgroundの操作 -視覚部分に関連せず、完了時間が厳密ではないタスクの場合）。QoS情報を転送しない.defaultキュー
もあります。QoSを検出できなかった場合、
qosは.userInitiatedと.utilityの間で使用されます。
タスクは同期または非同期で実行できます。
同期関数は、タスクが終了した後にのみ、制御を現在のキューに戻します。キューをブロックし、タスクが完了するまで待機します。
非同期関数は、別のキューで実行するタスクが送信された直後に、現在のキューに制御を戻します。タスクが完了するまで待機しません。キューをブロックしません。
同時実行アプリの投影中にプログラマが犯す最も一般的な間違いは次のとおりです。
メインキューで同期関数を呼び出さないでください。
メインキューで同期関数を呼び出すと、キューがブロックされ、キューはタスクの完了を待機しますが、キューが原因でタスクを開始できないため、タスクは完了しませんすでにブロックされています。これはデッドロックと呼ばれます。
同期を使用するタイミング
タスクが完了するまで待つ必要がある場合。いくつかの関数/メソッドが二重に呼び出されないことを確認しているときのFe。同期が完了しており、完全に完了するまで二重に呼び出されないようにしています。この問題のコードを次に示します。
ます。IOSデバイスでエラークラッシュレポートが発生した原因を見つける方法は？
DispatchQueue.main.syncバックグラウンドスレッドから呼び出すのは間違っているでしょうか？
syncまたはasyncメソッドは、それらが呼び出されるキューには影響しません。
syncスレッドブロックされますから、それはキューと呼ばされていない上、それが呼び出されます。これは、がタスクの実行を待つDispatchQueueかDispatchQueue（シリアルキュー）、現在のタスクが完了する前に次のタスクを実行できるか（同時キュー）を決定するプロパティです。
そのDispatchQueue.main.asyncため、非同期呼び出しの場合でも、メインスレッドでシリアルに実行される操作により、UIがフリーズする可能性があります。このメソッドがバックグラウンドスレッドから呼び出されると、UIがフリーズしているように見えても、制御は瞬時にそのスレッドに戻ります。これは、async呼び出しが行われるためですDispatchQueue.main
DispatchQueue.main.syncバックグラウンドスレッドから呼び出すのは間違っているでしょうか？