如果我有类似UILabel链接到xib文件的东西,我是否需要在视图的dealloc上发布它?我问的原因是因为我没有分配它,这让我觉得我不需要释放它? 例如(在标题中):
IBOutlet UILabel *lblExample;
在实施中:
....
[lblExample setText:@"whatever"];
....
-(void)dealloc{
[lblExample release];//?????????
}
答案 0 :(得分:35)
如果您遵循现在被认为是最佳做法,应该发布出口属性,因为您应该将它们保留在集合访问器中:
@interface MyController : MySuperclass {
Control *uiElement;
}
@property (nonatomic, retain) IBOutlet Control *uiElement;
@end
@implementation MyController
@synthesize uiElement;
- (void)dealloc {
[uiElement release];
[super dealloc];
}
@end
这种方法的优点在于它使内存管理语义清晰明了,并且它可以在所有nib文件的所有平台上保持一致。
注意:以下注释仅适用于3.0之前的iOS。对于3.0及更高版本,您应该在viewDidUnload中简单地取出属性值。
这里需要考虑的一点是,您的控制器可能会处置其用户界面并按需动态重新加载(例如,如果您有一个视图控制器从nib文件加载视图,但是根据请求 - 说在内存压力下 - 释放它,期望在再次需要视图时可以重新加载它。在这种情况下,您希望确保在处理主视图时您还放弃任何其他商店的所有权,以便它们也可以被取消分配。对于UIViewController,您可以通过覆盖setView:
来处理此问题,如下所示:
- (void)setView:(UIView *)newView {
if (newView == nil) {
self.uiElement = nil;
}
[super setView:aView];
}
不幸的是,这引发了另一个问题。因为UIViewController当前使用dealloc
访问器方法实现其setView:
方法(而不是简单地直接释放变量),所以self.anOutlet = nil
将调用dealloc
以及响应内存警告......这会导致dealloc
崩溃。
补救措施是确保出口变量也设置为nil
中的dealloc
:
- (void)dealloc {
// release outlets and set variables to nil
[anOutlet release], anOutlet = nil;
[super dealloc];
}
答案 1 :(得分:4)
我在Apple文档中找到了我想要的东西。简而言之,您可以将对象设置为您释放和保留的属性(或者只是@property,@ syntize),但您不必使用UILabels之类的东西:
答案 2 :(得分:3)
[anOutlet release], anOutlet = nil;
如果您已正确编写setView:
,则部分完全是多余的答案 3 :(得分:1)
如果你不在dealloc上发布它会增加内存占用。
答案 4 :(得分:0)
答案 5 :(得分:0)
在某种意义上,您可以通过在IB中创建标签来分配标签。
IB的作用是查看您的IBOutlets及其定义方式。如果您有一个类变量,IB要为某个对象分配引用,IB将为您发送一条保留消息给该对象。
如果您正在使用属性,IB将使用您必须拥有的属性来设置值,而不是显式保留该值。因此,您通常会将IBOutlet属性标记为保留:
@property (nonatomic, retain) UILabel *lblExample;
因此在以太的情况下(使用或不使用属性),你应该在你的dealloc中调用release。
答案 6 :(得分:0)
任何作为Nib主视图子视图的IBOutlet都不需要发布,因为它们将在创建对象时发送自动释放消息。您需要在dealloc中释放的唯一IBOutlet是顶级对象,如控制器或其他NSObject。在上面链接的Apple文档中都提到了这一点。
答案 7 :(得分:0)
如果您不将IBOutlet设置为属性,而只是将其设置为实例变量,则仍必须将其释放。这是因为在initWithNib上,将为所有IBOutlet分配内存。因此,即使您没有在代码中保留或分配任何内存,这也是您必须发布的特殊情况之一。