NSTableViewDataSource在objective-c中的dealloc

Question

我目前正在学习 Objective-c，目前正在使用 NSTableView 进行培训。

这是我的问题：

我已经通过 Interface Builder 将我的 tableview 链接到我的控制器，以便它有一个数据源，我已经在我的控制器中实现了 NSTableViewDataSource 协议，并且我已经实现了 -(NSInteger) numberOfRowsInTableView: 和 -(id) tableView:objectValueForTableColumn:row: 方法。

我创建了一个原始业务类（“person”），并成功地将其内容显示到我的 NSTableView 中。

但是，我在我的 dealloc 方法中放了一些 NSLog 来查看内存是否被释放，似乎我的数组以及我的“人”实例永远不会被释放。

这是我在控制器中的 dealloc 代码：

-(void)dealloc
{
    NSLog(@"the array is about to be deleted. current retain : %d",[personnes retainCount]);

    [personnes release];
    [super dealloc];
}

在我的“人”类中

-(void) dealloc
{
    NSLog(@"%@ is about to be deleted. current retain : %d",[self prenom],[self retainCount]);

    [self->nom release];
    [self->prenom release];

    [super dealloc];
}

什么时候应该在应用程序生命周期中调用这些 dealloc？因为我希望它们会在窗口关闭时被调用，但它没有。

希望大家看得清楚，

谢谢:)

风筝。

Answer 1

我假设您永远不会释放拥有（唯一）窗口的窗口控制器对象。因此，nib 文件中的窗口控制器和每个顶级对象都会在整个应用程序生命周期中保留，包括窗口（及其视图）。

由于窗口控制器存在于整个应用程序生命周期中，它不会被释放，因此它的-dealloc 方法永远不会被调用。而且，由于控制器-dealloc 方法从未被调用，它的personnes 数组也不会被释放。

personnes 数组拥有它的元素。由于数组没有被释放，它的元素也没有被释放，因此相应类/实例的-dealloc 方法永远不会被调用。

Answer 2

Don'teveruseretainCount。结果充其量是误导性的。如果你练习正确的内存管理实践，你会没事的。您是否有任何内存问题/崩溃？