¿Es necesario utilizar autoreleasepool en un programa Swift?

En la página 17 de esta presentación de WWDC14 , dice

¿Trabaja con Objective-C? Aún tengo que administrar grupos de
liberación automática autoreleasepool {/ * código * /}

Qué significa eso? ¿Significa que si mi código base no tiene ningún archivo Objective-C, autoreleasepool {}es innecesario?

En respuesta a una pregunta relacionada , hay un ejemplo en el que autoreleasepoolpuede resultar útil:

- (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);
            }
        }
    }
}

Si el código anterior se traduce a Swift y se autoreleasepoolelimina, ¿Swift será lo suficientemente inteligente como para saber que la numbervariable debe publicarse después de la primera }(como lo hacen otros idiomas)?

El autoreleasepoolpatrón se usa en Swift cuando se devuelven autoreleaseobjetos (creados por su código Objective-C o usando clases de Cocoa). El autoreleasepatrón en Swift funciona de manera muy similar a como lo hace en Objective-C. Por ejemplo, considere esta versión Swift de su método (instanciar NSImage/ UIImageobjetos):

func useManyImages() {
    let filename = pathForResourceInBundle

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

Si ejecuta esto en Instrumentos, verá un gráfico de asignaciones como el siguiente:

Pero si lo hace sin el grupo de liberación automática, verá que el uso máximo de memoria es mayor:

El le autoreleasepoolpermite administrar explícitamente cuándo se desasignan los objetos de liberación automática en Swift, al igual que pudo en Objective-C.

Nota: cuando se trata de objetos nativos de Swift, generalmente no recibirá objetos de liberación automática. Es por eso que la presentación mencionó la advertencia de que solo se necesita esto cuando se "trabaja con Objective-C", aunque me gustaría que Apple fuera más claro en este punto. Pero si se trata de objetos Objective-C (incluidas las clases Cocoa), pueden ser objetos de liberación automática, en cuyo caso esta versión Swift del @autoreleasepoolpatrón Objective-C sigue siendo útil.

Si lo usara en el código Objective-C equivalente, lo usaría en Swift.

¿Swift será lo suficientemente inteligente como para saber que la variable numérica debe publicarse después de la primera}

Solo si Objective-C lo hace. Ambos operan según las reglas de administración de memoria de Cocoa.

Por supuesto, ARC sabe que eso numberqueda fuera de alcance al final de esa iteración del ciclo, y si lo retuvo, lo liberará allí. Sin embargo, eso no le dice si el objeto fue liberado automáticamente, ya -[NSNumber numberWithInt:] que puede haber devuelto o no una instancia liberada automáticamente. No hay forma de que pueda saberlo, porque no tiene acceso a la fuente de -[NSNumber numberWithInt:].