アラン iOS Concurrency（同時実行） - ディスパッチキューとオペレーションキューの理解

こんにちは、久しぶりにニュースで挨拶します。

違いはありません、

なぜUIをメインスレッドで更新するのですか？という質問に対する良い文があり、解釈本を作ることになって共有しようとします。

もしも良い参考資料になってほしいです。

（記事のオリジナルソース）

https://medium.com/@duwei199714/ios-why-the-ui-need-to-be-updated-on-main-thread-fd0fef070e7f

（解釈本pdf資料）

https://drive.google.com/file/d/1dFw6sJsxV-huK3BoHXgDq-7rXy9yBq9l/view?usp=sharing

簡単にまとめると、

1） UIKitのすべての属性をThread-safeに設計すると、遅くなるなどの性能低下が発生する可能性があるため、そのように設計することはできません。 （Thread-safeしないように設計したのはAppleの意図だ。）

2)メインランループ(Runloop)がビューの更新を管理するView Drawing Cycleを通じてビューを同時に更新するそのような設計を通じて動作しているが、(メインスレッドではない)バックグラウンドスレッドがそれぞれのランループでそのような動作をになったとき、ビューが勝手に動作する可能性があります。  （例えば、デバイスを回転すると、同時にビューのレイアウトが再配置されるような動作ができなくなる可能性があります。）

3） iOSが描画する描画プロセス（コアアニメーション - >レンダリングサーバー - > GPU - >表示）がありますが、複数のスレッドからそれぞれのビューの変更GPUに送ると、GPUはそれぞれの情報をすべて解釈する必要があるため、遅くなります。 、非効率的である可能性があります。

4) TextureやComponentKitというFacebookで開発した非同期的なUIフレームワークがあるが、View Drawing Cycleが同様の方法で適切なタイミングでメインスレッドで同時に更新するようにしている。

これほど  内容です。実際、iOSだけでなくWindowsや他のOSでも同様に、このような上記の同様の様々な理由のため、構造的にメインスレッドでのみUIアップデートができるようにしているのではないか、また考えてみる文でした。

ただ一度考えてみることができるテーマです。

ありがとうございます。