Как работает пул автозапуска 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];
}

Да, ваш второй фрагмент кода вполне допустим.

Каждый раз, когда -autorelease отправляется объекту, он добавляется в самый внутренний пул autorelease. Когда пул опорожняется, он просто отправляет -release всем объектам в пуле.

Пулы автозапуска - это просто удобство, которое позволяет вам отложить отправку -релиз до «позже». Это «позже» может произойти в нескольких местах, но чаще всего в приложениях с графическим интерфейсом пользователя Какао происходит в конце текущего цикла цикла выполнения.

NSAutoreleasePool: слив против выпуска

Поскольку функция drainи, releaseпохоже, вызывает путаницу, возможно, стоит уточнить здесь (хотя это описано в документации ...).

Строго говоря, с точки зрения общей картины drainэто не эквивалентно release:

В среде с подсчетом ссылок drainон выполняет те же операции, что и release, поэтому в этом смысле они эквивалентны. Подчеркнем: это означает, что вы не утекаете из пула, если используете drainвместо release.

В среде со сборкой мусора releaseэто не работает. Таким образом, это не имеет никакого эффекта. drain, с другой стороны, содержит подсказку сборщику, что он должен «собирать при необходимости». Таким образом, в среде со сборкой мусора использование drainпомогает сбалансировать сборку системы.

Как уже отмечалось, ваш второй фрагмент кода верен.

Я хотел бы предложить более лаконичный способ использования пула автозапуска, который работает во всех средах (подсчет ссылок, 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.

В остальном это похоже на то, как -releaseведет себя без GC, да. Как утверждали другие, -releaseэто не работает под GC, поэтому единственный способ убедиться, что пул функционирует должным образом под GC, - это сквозной -drain, а -drainпод не-GC работает точно так же, как и -releaseпод не-GC, и, возможно, передает свои функции более четко, как хорошо.

Я должен указать, что ваше утверждение «все, что вызывается с помощью new, alloc или init» не должно включать «init» (но должно включать «copy»), потому что «init» не выделяет память, а только устанавливает объект (конструктор мода). Если вы получили объект alloc'd, а ваша функция вызывала только init как таковую, вы бы не выпустили ее:

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

Это не потребляет больше памяти, чем вы уже начали (при условии, что init не создает экземпляры объектов, но вы в любом случае не несете ответственности за них).