現在の自動解放プールが排水されていると、起動された障害はメモリから解放されますか？

Question

私は同期ルーチンのiOS側をやっていますが、私は低メモリプロファイルを維持しようとしています。

• NSManagedObjectバーNSManagedObjectのFooへ
  • 対多の関係（「fooMembers」）
• NSManagedObjectのFoo
  • に-1：

    は、お母さんは、これらの2つのエンティティを持っていますNSManagedObject Barとの関係

  • NSString属性E「masterObjectID」
  • 他の多くの関係とATTRS

私がフェッチされているいくつかのバーのすべてfooMembersが保有するすべてのmasterObjectIDの文字列のコレクションを組み立てる必要があります。 これを行うには、私はバーのfooMembersを反復します。これは、すべてのフォールトのフォルトを発生させると仮定し、masterObjectIDを抽出してコレクションに追加します。

masterObjectID文字列は、あまりにも多くのメモリを占有するのではなく、冗長なメモリを占有します。

NSMutableSet *smsetExistingMemberIDs = [NSMutableSet setWithCapacity:[bar.fooMembers count]]; 

    NSAutoreleasePool *subpool = [[NSAutoreleasePool alloc] init]; // POOL 

    for (Foo *foo in bar.fooMembers) 
     [smsetExistingMemberIDs addObject:[foo.masterObjectID retain]]; // retain the string so that it will survive the drain 

    [subpool drain]; // DRAIN 

    // work with smsetExistingMemberIDs... 

：

だから私のソリューションは、masterObjectID文字列を保持が、私はそのプールを排出する際FOOSがメモリから解放されることを期待して、自動解放プールでのfoo-障害発射反復を囲むようにあります

しかし、私は正しいですか？フォールトを実行すると、実際にはNSManagedObjectが現在の自動解放プールに置かれますか？それとも、プールの宣言と無駄な排水はありますか？

Answer 1

Wienke、

は、最も簡単な答えは、あなたの自動解放プール内の別の管理対象オブジェクトコンテキスト（MOC）を作成することです。そうすれば、ループが終了したら、すべての項目を一度にパージすることができます。別のMOCを使用すると、変更をリッスンする必要がありますが、それはむしろ単純です。 Appleには、こうした種類の操作のためだけにプライベートMOCを表示するいくつかの例があります。

アンドリュー