質問

通常の場合は産卵の背景のスレッドは実NSOperationにNSOperationQueueを作成する必要がありNSAutoreleasePoolそのスレッドまたは動きをタイムリーになることがあります。

は同じルールを適用するブロックが内のグランドセントラル派遣やキューされている非メインスレッドかどうかそれは、doを作成する必要がありNSAutoreleasePool内の各ブロックに派遣するもの以外のキュー?

私の限られた試験、あると思いますかコンソールの警告のためのautoreleasedオブジェクトで非常にバックグラウンドのスレッドまたはNSOperations.しかできないよう決定的な資料、破壊も修復もおもしろくなった点がこのを記載しています。

役に立ちましたか?

解決

は同じルールを適用するブロック が内のグランドセントラル 派遣やキューされている 非メインスレッドかどうかることで、必要なもの をNSAutoreleasePool内 各ブロックに派遣するもの その他のキュー?

グランドセントラル派遣を管理しautoreleaseプール当たりのキューの動します。しかし、メールアドレス等のプールする排水;その後一つのブロックを処理でき後、数百人ものがん)になります。

なので、さま算数オブジェで行くのが普通なんです。ただし、割り当重要な対象物としておりますので対象のメモリ制約のある環境、その必要の創出-排水プールがあります。


文書を更新しました。

https://developer.apple.com/library/content/documentation/General/Conceptual/ConcurrencyProgrammingGuide/OperationQueues/OperationQueues.html#//apple_ref/doc/uid/TP40008091-CH102-SW1

場合はブロックを作成しよObjective-Cオブジェが いを同封の部分ブロック内のコード@autoreleaseブロック 対応のメモリ管理方にオブジェクト。はGCDを派遣 キュー独自のautoreleaseプール、メールアドレス等 がプールは水気を切る。アプリケーションの場合ははメモリ 制約のない時代では、自分でautoreleaseプールできるまで無料 のメモリautoreleased物により定期的に行っています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top