iOSアプリケーションのスレッドセーフについて心配する必要はいつですか？

Question

通常のビューコントローラコードを記述するとき、これは単一のイベントループスレッドからのみ呼び出されると仮定できますか？どのようなクラスのスレッドセーフな必要がありますか？複数のスレッドが関与する通常の状況は何ですか？

Answer 1

通常のUIViewControllerコードを記述している場合は、iOSのスレッドセーフについて心配する必要はありません。 iOSでは、メインスレッドでUIに関するメッセージが実行されているはずです。

自分でバックグラウンドでメッセージを実行しない場合は、通常はスレッドを心配する必要はありません。ほとんどの場合、スレッドは常にメインスレッドになります。

P.S. Game Kitのようなフレームワークの中には、バックグラウンドでメッセージを実行するものもありますが、それはUIに関するものではなく、メッセージがメインスレッドで実行されているかどうかをAppleが確認するよう警告します。

Answer 2

Concurrency Programming Guideが役に立ちます。

Answer 3

concurrency programming guideが良好です。ここに留意すべきいくつかの非常に重要なことがあります。

- メインスレッドのみからUIを更新する必要があります。これは微妙な方法であなたを得ることができます...

- NSNotificationは、それらが解雇されたスレッドで受信されます。したがって、スレッドを起動してNSNotificationに登録してUIアクションをトリガーする場合は、取得したスレッドを確認する必要があります。メインスレッドにない場合は、NSObjectのperformSelectorOnMainThread：withObject：waitUntilDone：をメインスレッドで使用します。

- 非UIコンテキストに描画を行っている場合は、コアグラフィックスがスレッドセーフになっていると思います。 （私はCATiledLayerがこれによりいくつかの巧妙なことをすると信じています）

- 一般的には、ビューコントローラの場合、メインスレッド上で考えるべきイベントループがあります。別のスレッドで独自のイベントループを作成する前に、2回考えます。