Rappels asynchrones aux contrôleurs de vue rejetés?

Question

Avez-vous remarqué un problème lors du test de l'application iphone que si l'on ouvre/rejette rapidement une vue modale qui contient des appels HTTP asynchrones l'application finit par se figer avec un message EXC_BAD_ACCESS. Je suis relativement confiant qu'il n'y a aucune fuite de mémoire dans la vue modale ou le viewcontroller qui le lance (au moins aucun que je peux trouver par l'intermédiaire de l'outil de détection de fuites dans xcode). Mon esprit n00b se demande ce qui se passe avec les rappels asynchrones en attente quand tout d'un coup la vue a été rejetée. Est-ce quelque chose dont je devrais me préoccuper, ou l'iPhone OS gère-t-il cela pour moi?

Answer 1

Vous devez conserver le contrôleur de vue dans votre classe de requête HTTP ou, si vous n'avez pas de classe d'abstraction, conserver et libérer lui-même dans les méthodes de délégué.

Answer 2

En outre, faites en sorte que le contrôleur de vue se désactive lui-même en tant que délégué pour les demandes HTTP en attente dans dealloc.