Propriétaire, j'ai également rencontré ce problème, mais il n'a pas encore été résolu. L'avez-vous résolu maintenant ? Pouvez-vous communiquer avec moi
Soyez prudent lorsque vous utilisez délégué et datasource sur iOS8.
Certains délégué et source de données sur iOS8 sont déclarés à l'aide de assign S'ils ne sont pas libérés à temps, il est facile de provoquer un crash.
Il est recommandé que partout où délégué est utilisé, son emplacement d'affichage soit défini sur nil dans dealloc.
Propriétaire, j'ai également rencontré ce problème, mais il n'a pas encore été résolu. L'avez-vous résolu maintenant ? Pouvez-vous communiquer avec moi
Soyez prudent lorsque vous utilisez délégué et datasource sur iOS8.
Certains délégué et source de données sur iOS8 sont déclarés à l'aide de assign S'ils ne sont pas libérés à temps, il est facile de provoquer un crash.
Il est recommandé que partout où délégué est utilisé, son emplacement d'affichage soit défini sur nil dans dealloc.
comme
(annuler)dealloc
{
}
viewWillDisappear
Écrivez une phrase en[self.webView stopLoading];
Le problème a été détecté car j'ai référencé une boucle tierce et utilisé la méthode swizzle pour provoquer une fuite de mémoire.
À quel tiers l’affiche fait-elle appel ? Cela vous dérangerait-il de le divulguer ? J'ai le même problème ici...
Après 6 heures de recherche, j'ai finalement trouvé quelle bibliothèque en était la cause. . . UIScrollView+HeaderScaleImage ! ! ! ! !
Vérifiez si la catégorie UIScrollView de votre projet a remplacé la méthode dealloc
En utilisant ce UIScrollView+HeaderScaleImage, comment le résoudre