スレッドとは？

シングルスレッドとマルチスレッド

メインスレッドでタスクが実行されていく直列のキューです。UI部分は主にこのキューで管理されているので、処理後にUIを更新したい場合は、このキューに格納する必要があります。

調べていくと、UIKitはそもそもnonatomicであり、スレッドセーフでないからという内容が出てきた。
つまり、ある特定のスレッドが走っている際に、他のデータが競合してしまう可能性があるということだ。
そうなってくると、例えばUITableViewの場合だと、
- もしTableViewのセルをあるバックグラウンドスレッドで削除した際に他のバックグラウンドスレッドでインデックスを処理した場合、データ競合を起こす可能性が出てくる。
他にも色々なケースが考えられうるだろう。
このようなケースを考えた場合に、単純に一つのシングルスレッドで操作を行った方がいいという結論がでる。

その上で、Core Animation Pipelineというものが存在し、このプロセスをたどって、レンダリングが可能となる。
以下がそのプロセスである。
- Commit Transaction:
  - Viewのレイアウトや画像のデコードとフォーマット変換操作、ビューレイヤーのパックアップを行った上で、Render Serverへの送信を行う
- Render Server:
  - Commit Transactionから送られてきた情報をDesirializeする。その上で、ViewのPropertyから描画命令を生成し、VSync Signalが来た時にOpenGLを呼び出す。
- GPU:
  - GPUはVSync Signalを待って、そのSignalが呼び出された時にOpenGLを使い、ここで初めて描画を行う。
- Display:
  - バッファからデータを受け取り、表示のためそのデータをスクリーンに送る。
ちなみに、VSync Signalとはこれらのパイプラインを同期するためのものである。アプリが復帰してレンダリングを開始する時間や画面を合成する時間、ディスプレイのリフレッシュ周期の動機を行う。この同期をによって、途切れがなくなりグラフィックスの視覚的なパフォーマンスが良くなる。

ここまでの情報を読んでいただくとわかる通り、UIKitの描画には色々な工程が必要となっており、決してシンプルなものではない。むしろ複雑なものである。そうなってきた時に、UIKitをシングルスレッドの処理のみでレンダリングしているとどうしても処理に時間がかかってしまう。そのため、UIKitはマルチスレッドで処理されており、そのため僕たちがUIKitを使う際にはnon-atomicなUIKitを利用するため、常にシングルスレッドでの呼び出しが必要となる。（この場合はメインスレッドのこと）