¿Hay pérdida de memoria en loadNibNamed?

Question

Estoy a punto de concluir mi primera aplicación de iPhone y pensé que la ejecutaría a través de la herramienta de rendimiento de Leaks. Después de corregir uno obvio, el único que me queda es uno con un Nib que actúa como una vista de encabezado de tabla cargada a través de loadNibNamed (estaba siguiendo la demostración de Recetas aquí).

- (void)viewDidLoad { 
    [super viewDidLoad]; 

    if (self.tableHeaderView == nil) { 
     [[NSBundle mainBundle] loadNibNamed:@"TableHeaderView" owner:self options:nil]; 
     self.tableView.tableHeaderView = self.tableHeaderView; 
    } 
} 

Luego, en dealloc:

- (void)dealloc { 
    [tableHeaderView release]; 
    [super dealloc]; 
} 

Instrumentos me dice que estoy fugas de 256 bytes con 2 fugas procedentes de la línea con loadNibNamed. tableHeaderView es el único objeto de nivel superior en el Nib (lo he verificado en el depurador). ¿Hay algo que me estoy olvidando de lanzar? ¿Estoy malinterpretando lo que Instruments me está diciendo? ¿Esta mal? ¿Es algo que el sistema operativo limpiará más tarde?

Answer 1

¿Los instrumentos le indican esto únicamente en el simulador o informa lo mismo en un dispositivo real? Si no lo obtiene en el dispositivo, entonces es el Simulador, y eso se sabe que ocurre (no es una coincidencia exacta).

Además, abajo en dealloc, ¿no sería [self.tableHeaderView release]? Tienes que ser coherente con tu uso.

Para evitar confusiones, en su .h, que le declara esto:

NS/UI/??xxxxxx *_MyObjectName; //notice the underscore 

entonces la propiedad de esta manera:

@property .... NS/UI/??xxxxxx *MyObjectName; //no underscore 

A continuación sintetizan los getters/setters como esto:

@synthesize MyObjectName=_MyObjectName; 

Por último, consulte el objeto en todo el programa con [self.MyObjectName ...];

Answer 2

Cuando carga una punta, usted es responsable de liberar todos los objetos de nivel superior en el archivo de punta. ¿Hay algo en ese archivo además de TableHeaderView?