¿Por qué debemos liberar los IBOutlet en el método viewDidUnload?

viewDidUnload se llama después de que la vista del controlador se descarga de la memoria, generalmente debido a la falta de recursos. En este método, liberamos (nil o deallocate) los IBOutlet que mantienen referencias a los elementos de la interfaz de usuario, para romper los ciclos de referencias fuertes y permitir que la memoria ocupada por estos elementos sea liberada. Esto previene fugas de memoria.

class ViewController: UIViewController {

    @IBOutlet weak var myLabel: UILabel!

    override func viewDidUnload() {
        super.viewDidUnload()
        // Liberar cualquier subvista retenida de la vista principal.
        // p.ej., self.myOutlet = nil;
        myLabel = nil // Liberamos el IBOutlet
    }

    override func viewWillAppear(_ animated: Bool) {
        super.viewWillAppear(animated)
        // Aquí se pueden recrear los elementos de la interfaz
        if myLabel == nil {
            // Recrear o re-inicializar la etiqueta si es necesario
        }
    }
}

Es importante notar que desde iOS 6 y versiones posteriores, el método viewDidUnload ha sido eliminado y ya no se llama. La gestión de memoria para las vistas ahora está automatizada mediante referencias débiles (@IBOutlet weak) y el conteo automático de referencias (ARC). Los IBOutlet marcados como weak se vuelven automáticamente nil cuando el objeto de vista correspondiente se descarga de la memoria.

Por lo tanto, en el desarrollo moderno de iOS, no es necesario ni efectivo liberar explícitamente los IBOutlet en viewDidUnload.

Versión de iOS	Comportamiento de viewDidUnload	Recomendación para IBOutlet
Hasta iOS 6	Se llama al descargar la vista de la memoria.	Liberar (nil).
iOS 6+	No se llama.	Usar weak.