Speicherleck in loadNibNamed?

Question

Ich bin gerade dabei, meine erste iPhone App fertigzustellen und dachte mir, dass ich sie durch das Leaks Performance Tool laufen lassen würde. Nachdem ich einen offensichtlichen Fehler behoben habe, ist der einzige, den ich noch habe, ein Nib, der als eine über loadNibNamed geladene Tabellenkopfansicht agiert (ich habe hier die Recipes-Demo verfolgt).

- (void)viewDidLoad { 
    [super viewDidLoad]; 

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

Dann in dealloc:

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

Instruments sagt mir, dass ich 256 Bytes bin undicht mit 2 Gasaustritt aus der Linie mit loadNibNamed kommen. TableHeaderView ist das einzige Top-Level-Objekt im Nib (ich habe das im Debugger verifiziert). Gibt es etwas, das ich vergessen habe zu veröffentlichen? Unterscheide ich falsch, was die Instrumente mir sagen? Ist es falsch? Ist es etwas, das das OS später aufräumen wird?

Answer 1

Gibt es Instrumente, die Ihnen dies nur auf dem Simulator mitteilen, oder meldet es dasselbe auf einem tatsächlichen Gerät? Wenn Sie es nicht auf dem Gerät, dann ist es der Simulator - und das ist bekannt, dass es passiert (es ist kein genau übereinstimmen).

Auch in dealloc, wäre es nicht [self.tableHeaderView release]? Sie müssen mit Ihrer Verwendung konsistent sein.

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

Dann wird die Eigenschaft wie folgt:

Um Verwirrung zu vermeiden, in Ihrer .h, würden Sie dies erklären

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

dann die Getter/Setter wie folgt synthetisieren:

Schließlich, beziehen Sie sich auf das Objekt im gesamten Programm mit [self.MyObjectName ...];

Answer 2

Wenn Sie eine Feder laden, müssen Sie alle Objekte der obersten Ebene in der NIB-Datei freigeben. Gibt es neben der TableHeaderView noch etwas in dieser Datei?