Est-il nécessaire d'utiliser autoreleasepool dans un programme Swift?

À la page 17 de cette présentation de la WWDC14 , il est dit

Travailler avec Objective-C? Vous devez encore gérer les pools de
libération automatique autoreleasepool {/ * code * /}

Qu'est-ce que ça veut dire? Cela signifie-t-il que si ma base de code ne contient aucun fichier Objective-C, autoreleasepool {}est-ce inutile?

Dans une réponse à une question connexe , il y a un exemple où cela autoreleasepoolpeut être utile:

- (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 le code ci-dessus est traduit en Swift avec autoreleasepooldrop, Swift sera-t-il assez intelligent pour savoir que la numbervariable doit être publiée après la première }(comme le font d'autres langues)?

Le autoreleasepoolmodèle est utilisé dans Swift lors du retour des autoreleaseobjets (créés par votre code Objective-C ou à l'aide de classes Cocoa). Le autoreleasemodèle dans Swift fonctionne un peu comme il le fait dans Objective-C. Par exemple, considérez ce rendu Swift de votre méthode (instanciation NSImage/ UIImageobjets):

func useManyImages() {
    let filename = pathForResourceInBundle

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

Si vous exécutez ceci dans Instruments, vous verrez un graphique d'allocations comme celui-ci:

Mais si vous le faites sans le pool de libération automatique, vous verrez que l'utilisation maximale de la mémoire est plus élevée:

Le autoreleasepoolvous permet de gérer explicitement le moment où les objets de libération automatique sont désalloués dans Swift, tout comme vous avez pu le faire dans Objective-C.

Remarque: lorsque vous traitez avec des objets natifs Swift, vous ne recevrez généralement pas d'objets à libération automatique. C'est pourquoi la présentation a mentionné la mise en garde sur le fait de n'avoir besoin de cela que lorsque "travailler avec Objective-C", bien que j'aurais aimé qu'Apple soit plus clair sur ce point. Mais si vous avez affaire à des objets Objective-C (y compris des classes Cocoa), ils peuvent être des objets à libération automatique, auquel cas ce rendu Swift du @autoreleasepoolmodèle Objective-C est toujours utile.

Si vous l'utilisiez dans le code Objective-C équivalent, vous l'utiliseriez dans Swift.

Swift sera-t-il assez intelligent pour savoir que la variable numérique devrait être libérée après la première}

Seulement si Objective-C le fait. Les deux fonctionnent selon les règles de gestion de la mémoire Cocoa.

Bien sûr, ARC sait que cela numbersort de la portée à la fin de cette itération de la boucle, et s'il la retient, il la libère là-bas. Cependant, cela ne vous indique pas si l'objet a été automatiquement publié, car -[NSNumber numberWithInt:] il peut avoir renvoyé ou non une instance de publication automatique. Vous ne pouvez pas le savoir, car vous n’avez pas accès à la source de -[NSNumber numberWithInt:].