Обязательно ли использовать autoreleasepool в программе Swift?

На странице 17 этой презентации WWDC14 говорится:

Работаете с Objective-C? По-прежнему нужно управлять автоматическим выпуском пулов
autoreleasepool {/ * code * /}

Что это значит? Означает ли это, что если в моей кодовой базе нет файлов Objective-C, в autoreleasepool {}этом нет необходимости?

В ответе на связанный вопрос есть пример, где autoreleasepoolможет быть полезно:

- (void)useALoadOfNumbers {
    for (int j = 0; j < 10000; ++j) {
        @autoreleasepool {
            for (int i = 0; i < 10000; ++i) {
                NSNumber *number = [NSNumber numberWithInt:(i+j)];
                NSLog(@"number = %p", number);
            }
        }
    }
}

Если приведенный выше код будет переведен на Swift с помощью autoreleasepooldrop, будет ли Swift достаточно умен, чтобы знать, что numberпеременная должна быть выпущена после первой }(как это делают некоторые другие языки)?

autoreleasepoolШаблон используется в Swift при возвращении autoreleaseобъектов (созданных либо кодом Objective-C или с помощью классов какао). autoreleaseШаблон в функции Swift много , как это делает в Objective-C. Например, рассмотрим эту Swift-версию вашего метода (создание экземпляров NSImage/ UIImageобъектов):

func useManyImages() {
    let filename = pathForResourceInBundle

    for _ in 0 ..< 5 {
        autoreleasepool {
            for _ in 0 ..< 1000 {
                let image = NSImage(contentsOfFile: filename)
            }
        }
    }
}

Если вы запустите это в инструментах, вы увидите график распределения, подобный следующему:

Но если вы сделаете это без пула автозапуска, вы увидите, что пиковое использование памяти выше:

autoreleasepoolПозволяет явно управлять , когда autorelease объекты высвобождены в Swift, так же , как вы были в состоянии в Objective-C.

Примечание. При работе с собственными объектами Swift вы обычно не получаете объекты с автоматическим выпуском. Вот почему в презентации упоминалось предостережение о необходимости этого только при «работе с Objective-C», хотя я бы хотел, чтобы Apple была более ясной по этому поводу. Но если вы имеете дело с объектами Objective-C (включая классы Какао), они могут быть объектами с автоматическим выпуском, и в этом случае это представление Swift @autoreleasepoolшаблона Objective-C по-прежнему полезно.

Если бы вы использовали его в эквивалентном коде Objective-C, вы бы использовали его в Swift.

будет ли Swift достаточно умен, чтобы знать, что числовая переменная должна быть выпущена после первой}

Только если Objective-C это сделает. Оба работают согласно правилам управления памятью Какао.

Конечно, ARC знает, что numberвыходит за рамки в конце этой итерации цикла, и, если он сохранил это, он освободит его там. Однако это не говорит вам, был ли объект выпущен автоматически, потому что -[NSNumber numberWithInt:] мог или не мог вернуть автоматически выпущенный экземпляр. Вы не можете узнать это, потому что у вас нет доступа к источнику -[NSNumber numberWithInt:].