Objet a été probablement modifié après avoir été libéré

Question

Je travaille sur un projet sur iPhone. Je lance maintenant un nouveau UIViewController à partir d'un autre UIViewController, puis basculer entre eux. Voici mon code.

iGreenAppDelegate *delegate = [UIApplication sharedApplication].delegate; 
if(checkInViewController) { 
    [checkInViewController release]; 
    checkInViewController = nil; 
} 
checkInViewController = [[CheckInViewController alloc] initWithCheckpoint:checkpoint]; 

[UIView beginAnimations:nil context:nil]; 
[UIView setAnimationDuration:0.8]; 
[UIView setAnimationTransition:UIViewAnimationTransitionFlipFromLeft forView:[delegate window] cache:YES]; 
[[delegate rootTabBarController].view removeFromSuperview]; 
[[delegate window] addSubview:checkInViewController.view]; 
[UIView commitAnimations]; 

Le problème est la deuxième fois que je lance le UIViewController, je veux le libérer pour éviter de provoquer la fuite de mémoire. Le Débogueur affiche

iGreen (916,0x3f60348c) malloc: erreur pour objet 0x130350: contrôle incorrect pour objet libéré - objet a probablement été modifié après avoir été libéré. définir un point d'arrêt dans malloc_error_break pour déboguer

Ceci est étrange parce que des codes similaires dans d'autres parties ne reviennent pas une telle erreur. De plus, j'ai essayé autorelease, mais le programme va se bloquer immédiatement et le débogueur dit que je suis en train de modifier les calques finalisés.

J'ai travaillé sur le problème pendant une nuit entière, et encore confus à ce sujet.

Answer 1

Définissez un point d'arrêt dans malloc_error_break à déboguer.

Faites-le et postez le backtrace.

Habituellement, cela signifie que vous avez corrompu la mémoire, mais cela peut aussi signifier que vous avez un objet trop relâché. Essayez de construire et d'analyser, aussi.

Answer 2

Comprendre le message d'erreur: il est dit que quelque chose a continué à utiliser (et à modifier) ​​l'objet après l'avoir libéré. Ce code le libère et ne le modifie pas par la suite, mais vous devez demander à quoi d'autre pourrait continuer à l'utiliser (sans savoir qu'il était déjà libéré).

Chaque fois que le code de cet extrait s'exécute, il libère (libère) un checkinViewController existant et en alloue un nouveau, et il ne touche plus à l'ancien. Mais qui d'autre peut avoir un pointeur vers le vieil objet?

Peut-être un autre code que vous avez écrit, et éventuellement [fenêtre de délégation], qui obtient une référence via "[[delegate window] addSubview: checkInViewController.view];"? Espérons que ce dernier prenne sa propre référence, ce qui signifie que la publication ne le libérera pas immédiatement.

Mais attention à l'endroit où vous copiez ce pointeur sans ajouter de référence. Si vous le faites quelque part, puis ailleurs (comme l'extrait ci-dessus) quelqu'un appelle la publication sur le même pointeur, vous pouvez maintenant avoir un pointeur vers un objet qui a été libéré.

Answer 3

Il y a quelques erreurs dans la conception de votre code. Commencez par supprimer checkInViewController sans supprimer sa vue de sa vue d'ensemble (le cas échéant), puis supprimez la vue rootTabBarController de sa vue d'ensemble, sans rien faire au contrôleur lui-même, et vous n'ajoutez pas checkInViewController à rootTabBarController ou à la propriété rootViewController de la fenêtre, donc c'est dans l'air (juste retenu par votre objet actuel). Que se passe-t-il lorsque cet objet (actuel) est désalloué mais que la vue de checkInViewController reste positionnée (conservée par) sur la fenêtre?

Si vous relâchez votre checkInViewController mais son point de vue est Maintenu par la fenêtre, il va probablement créer des problèmes ...

A propos de l'erreur, je pense qu'il ya quelque part une référence faible (non retenu) à votre objet qui agit après sa libération.

Answer 4

Outre la définition d'un point d'arrêt dans malloc_error_break - appuyez sur Commande-6 dans xCode pour passer à l'onglet des points d'arrêt - activez également les aides malloc dans votre schéma. Aller dans le sélecteur de schémas, choisir "Schéma d'édition" trouver la cible "Exécuter" et aller à l'onglet "Diagnostic". En dessous de la gestion de la mémoire, activez les griffonnages, les bords de garde, les objets de garde malloc et zombie. Avec un peu de chance, xCode vous surprendra à écrire en dehors de la mémoire allouée et à corrompre la mémoire.

Il est comme la surveillance des adultes pour faire face à la mémoire ...