Quando devo liberar objetos em - (void) viewDidUnload em vez de em -dealloc?

Para que serve -(void)viewDidUnload?

Eu não poderia simplesmente relançar tudo -dealloc? Se a vista fosse descarregada, não -deallocseria chamada de qualquer maneira?

Além do que já foi indicado, queria elaborar mais sobre a lógica por trás -viewDidUnload.

Uma das razões mais importantes para implementá-lo é que as UIViewControllersubclasses geralmente também contêm referências de propriedade a várias subvisualizações na hierarquia de visões. Essas propriedades podem ter sido definidas IBOutletsdurante o carregamento de uma ponta, ou programaticamente dentro -loadView, por exemplo.

A propriedade adicional de subvisualizações UIViewControllersignifica que mesmo quando sua visão é removida da hierarquia de visão e liberada para economizar memória, através da qual as subvisualizações também são liberadas pela visão, elas não serão realmente desalocadas porque o UIViewControllerpróprio ainda contém seus próprios itens pendentes retendo referências a esses objetos também. Liberar a UIViewControllerpropriedade adicional desses objetos garante que eles também serão desalocados para liberar memória.

Os objetos que você libera aqui são geralmente recriados e configurados novamente quando a UIViewControllervisualização é re-loaded, de um Nib ou por meio de uma implementação de -loadView.

Observe também que a UIViewController viewpropriedade está nilno momento em que este método é chamado.

Como diz a documentação :

É chamado durante condições de pouca memória, quando o controlador de visualização precisa liberar sua visualização e quaisquer objetos associados a essa visualização para liberar memória.

Na mesma situação nãodealloc é chamado. Este método está disponível apenas no OS3 e superior. Lidar com a mesma situação no iPhone OS 2.x foi uma verdadeira dor!

Atualização de julho de 2015 : deve-se observar que viewDidUnloadfoi descontinuado no iOS 6 porque "as visualizações não são mais eliminadas em condições de pouca memória e, portanto, este método nunca é chamado." Portanto, o conselho moderno é não se preocupar com isso e usar dealloc.

Isso ocorre porque você normalmente definirá o @propertycomo "(nonatomic, retain)"e como tal, o configurador que é criado para você libera o objeto atual e, em seguida, retém o argumento, ou seja

self.property = nil;

... faz algo ao longo das linhas de:

[property release];
property = [nil retain];

Portanto, você está matando dois coelhos com uma cajadada só: gerenciamento de memória (liberando o objeto existente) e atribuindo o ponteiro a nil (já que enviar qualquer mensagem a um ponteiro nulo retornará nulo).

Espero que ajude.

Lembre-se de que viewDidUnloadé um método no controlador de visualização, não na visualização. O método da visão dealloc será chamado quando a visão descarregar, mas o controlador da visão dealloc método não pode ser chamado até mais tarde.

Se você receber um aviso de pouca memória e sua visualização não estiver aparecendo, o que acontecerá, por exemplo, sempre que você usar um UIImagePickerController para permitir que o usuário tire uma foto, sua visualização será descarregada e precisará ser recarregada depois disso.

Conclusão:

Controladores de visualização têm uma propriedade de visualização. Normalmente, uma ponta ou pedaço de código adiciona outras visualizações a esta visualização. Isso acontece frequentemente dentro de um método -viewDidLoad, como este:

- (void)viewDidLoad {
    [super viewDidLoad];
    [self createManyViewsAndAddThemToSelfDotView];
}

além disso, um arquivo nib pode criar um botão e anexá-lo à visualização do controlador de visualização.

No iPhone OS 2.2, quando -didReceiveMemoryWarning era invocado no sistema, era necessário liberar algo para liberar memória. Você poderia liberar toda a visão do controlador de visualização se isso fizesse sentido. Ou apenas conteúdos que consomem muita memória.

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning]; // Releases the view if it doesn't have a superview
    // Release anything that's not essential, such as cached data
}

Agora, no novo OS 3.0, há um método -viewDidUnload, que será chamado do sistema quando a visualização for descarregada devido à falta de memória (corrija-me: quando exatamente isso é chamado?)

-viewDidUnload é usado para liberar todos os objetos que pertenciam ao próprio controlador de visualização e à visualização. O motivo: se um controlador de visualização contém referências a filhos da visualização, ou seja, um botão, as visualizações filho referenciadas não serão liberadas, porque sua contagem de retenção é> = 1. Depois de serem liberadas em -viewDidUnload, elas podem ser liberadas da memória.

O viewWillUnload obsoleto da Apple, agora você deve usar didReceiveMemoryWarning ou dealloc para liberar seus objetos.

No iOS 6, os métodos viewWillUnload e viewDidUnload de UIViewController foram descontinuados. Se você estava usando esses métodos para liberar dados, use o método didReceiveMemoryWarning. Você também pode usar este método para liberar referências à visão do controlador de visualização, se não estiver sendo usada. Você precisaria testar se a visualização não está em uma janela antes de fazer isso.

Se o controlador de visualização for retirado da pilha do controlador de navegação e não for retido em nenhum outro lugar, ele será desalocado e desalocado será chamado em vez de viewDidUnload. Você deve liberar as visualizações criadas em loadView em dealloc, mas não é necessário definir as variáveis ​​como nulo, porque logo após o dealloc ser chamado, as variáveis ​​não existirão mais.

Você pode liberar qualquer subvisualização que você mantenha, por exemplo, aquele UIImageView que você reteve em seu método loadView, ou melhor ainda, a imagem que estava naquele UIImageView.