UIKit描画はスレッドセーフです。どのようにグラフィックスコンテキストを取得しますか？

Question

ので、this answerにしてthe iOS 4.0 release notesで述べたように、UIKitには現在、いくつかのスレッドセーフな描画機能があります。

UIKitのグラフィックスコンテキストに描画すると、今、スレッドセーフです。具体的には

• グラフィックスコンテキストにアクセスして操作するためのルーチンは、異なるスレッドに存在するコンテキストを正しく処理できるようになりました。
• 文字列とイメージの描画がスレッドセーフです。
• 複数のスレッドでカラーオブジェクトとフォントオブジェクトを使用するのが安全です。

これは素晴らしいですが、どのように使用しますか？

限り、私は承知しているとして、任意の時間はあなたがUIGraphicsBeginImageContext()かUIGraphicsPushContext()を通して、あなた自身のコンテキストを作成した場合のみのUIKit/UIGraphicsのものを使用して描画することができ-drawRect:内じゃないが、これらの関数はスレッドセーフではありませんドキュメントによると、-drawRect()は常にメインスレッドで呼び出されます。

私は主なスレッドでイメージコンテキストを作成し、バックグラウンドメソッドを開始することは、競合状態が十分にあるため、本当に悪い考えです。

iOS 4で導入されたこのマルチスレッドUIKitベースの描画はどのように使用しますか？アクティブなUIKitグラフィックスコンテキストを取得する他の方法はありませんでしたか？

P.S.私はCore Graphicsを使って描画し、それを使って作業することができることを知っています。さまざまな理由（旧来のコード）のために、私はUIKitベースの描画メソッドを使い続けたいと思います。

Answer 1

私は、それを試した経験やさまざまな文書に基づいて、UIGraphicsPushContext()のドキュメントが間違っていると考えています。

私はUIGraphicsPushContext()が実際にスレッドセーフであると信じています。これが本当であることを示す具体的なメッセージはQA1637です。「iOS 4.0以降、UIKitのグラフィックスコンテキストへの描画はスレッドセーフです。現在のグラフィックススタックへのアクセスと操作、画像と文字列の使用、カラーとフォントオブジェクトをセカンダリスレッドから削除します。 （重点鉱山）

私は、ドキュメントと矛盾してスレッドの安全性を仮定するのは、常に厄介な命題であることを認めます。しかし、私はこれがドキュメントのエラーだと思う。私はそれを追跡するためにrdar://11161530を開いた。捨ててください。