NSAutoreleasePool自動解放プールはどのように機能しますか？

私が理解しているように、alloc、new、またはcopyで作成されたものはすべて手動で解放する必要があります。例えば：

int main(void) {
    NSString *string;
    string = [[NSString alloc] init];
    /* use the string */
    [string release];
}

しかし、私の質問は、これは同じように有効ではないでしょうか？：

int main(void) {
    NSAutoreleasePool *pool;
    pool = [[NSAutoreleasePool alloc] init];
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
    [pool drain];
}

はい、2番目のコードスニペットは完全に有効です。

-autoreleaseがオブジェクトに送信されるたびに、最も内側の自動解放プールに追加されます。プールが空になると、プール内のすべてのオブジェクトに-releaseが送信されます。

自動解放プールは単に、「後で」送信するまで送信を延期できる便利なものです。その「後で」はいくつかの場所で発生する可能性がありますが、Cocoa GUIアプリで最も一般的なのは、現在の実行ループサイクルの終わりです。

NSAutoreleasePool：ドレインとリリース

の機能drainとrelease混乱を引き起こしているように見えるため、ここで明確にする価値があるかもしれません（ただし、ドキュメントで説明されていますが ...）。

厳密に言えば、全体像の観点からdrainは次と同等ではありませんrelease。

参照カウント環境でdrainは、はと同じ操作を実行するreleaseので、2つはその意味で同等です。強調するために、この手段は、あなたがないではない、あなたが使用している場合は、プールをリークするdrainのではなくrelease。

ガベージコレクションされた環境でreleaseは、何も行われません。したがって、効果はありません。 drain一方、「必要に応じて収集する」というコレクターへのヒ​​ントが含まれています。したがって、ガベージコレクションされた環境では、を使用drainすると、システムがコレクションスイープのバランスを取るのに役立ちます。

すでに指摘したように、2番目のコードスニペットは正しいです。

すべての環境（参照カウント、GC、ARC）で機能し、ドレイン/リリースの混乱を回避する自動リリースプールのより簡潔な方法を提案したいと思います。

int main(void) {
  @autoreleasepool {
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
  }
}

上記の例では、@ autoreleasepoolブロックに注意してください。これはここに文書化されています。

いや、違うよ。ドキュメントには、GC以外では-drainが-releaseと同等であることを明記しており、NSAutoreleasePoolはリークされません。

私がAppleから読んだ内容：「自動解放プールブロックの最後に、ブロック内で自動解放メッセージを受信したオブジェクトに解放メッセージが送信されます。オブジェクトは、ブロック内で自動解放メッセージが送信されるたびに解放メッセージを受信します。 」

https://developer.apple.com/library/mac/documentation/cocoa/conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html

オブジェクトにリリースする代わりに自動リリースを送信すると、少なくともプール自体が排出されるまで、そのオブジェクトの寿命が延長されます（オブジェクトが後で保持される場合は長くなる可能性があります）。オブジェクトは同じプールに数回入れることができます。その場合、オブジェクトはプールに入れられるたびに解放メッセージを受け取ります。

はいといいえ。文字列メモリを解放することになりますが、ガベージコレクションされた（メモリ管理されていない）環境でこれを実行した場合、解放ではなくドレインを使用してNSAutoreleasePoolオブジェクトをメモリに「リーク」します。この「リーク」は、NSAutoreleasePoolのインスタンスを、GCの下で強力なポインターを持たない他のオブジェクトと同様に「到達不能」にするだけであり、オブジェクトは、次にGCが実行されるときにクリーンアップされます-drain。

ドレイン

ガベージコレクションされた環境では、最後のコレクション以降に割り当てられたメモリが現在のしきい値より大きい場合、ガベージコレクションをトリガーします。それ以外の場合はリリースとして動作します。...ガベージコレクションされた環境では、このメソッドは最終的にを呼び出しますobjc_collect_if_needed。

それ以外の場合は、-releaseGC以外での動作に似ています（はい）。他の人が述べたように、-releaseGCの下では何もしないので、プールがGCの下で適切に機能することを確認する唯一の方法はを介して行われ-drain、-drain非GCの下でも非GCの下とまったく同じように-release機能し、間違いなくその機能をより明確に通信します。上手。

「new、alloc、initで呼び出されたもの」には「init」を含めないでください（ただし「copy」を含めるべきです）。「init」はメモリを割り当てないため、オブジェクト（コンストラクタファッション）。割り当てられたオブジェクトを受け取り、関数がそのようにinitのみを呼び出した場合、それは解放されません。

- (void)func:(NSObject*)allocd_but_not_init
{
    [allocd_but_not_init init];
}

これは、すでに開始したメモリよりも多くのメモリを消費しません（initがオブジェクトをインスタンス化しないと仮定しますが、とにかくそれらの責任はありません）。