39

如果我这样做：

@interface RegisterController : UIViewController <UITextFieldDelegate>
{
    IBOutlet UITextField *usernameField;
}

而不是这个：

@interface RegisterController : UIViewController <UITextFieldDelegate>
{
    UITextField *usernameField;
}
@property (nonatomic, retain) IBOutlet UITextField *usernameField;

会不会有不好的事情发生？我知道在第二种情况下，该字段被保留，但是由于笔尖拥有该字段，这是否会有所不同？如果没有保留，该字段会消失吗？在什么情况下？第一种情况下的代码有效，想知道这是否是内存管理方面的问题。

4

6 回答 6

71

建议您为所有 IBOutlets 声明属性以保持清晰和一致。详细信息在内存管理编程指南中有详细说明。基本要点是，当您的 NIB 对象未归档时，nib 加载代码将通过并使用 setValue:forKey: 设置所有 IBOutlets。当您在属性上声明内存管理行为时，发生的事情并不神秘。如果视图被卸载，但您使用了声明为保留的属性，您仍然可以获得对文本字段的有效引用。

也许一个更具体的例子有助于说明为什么应该使用保留属性：

我将对您工作的上下文做出一些假设——我假设上面的 UITextField 是由 UIViewController 控制的另一个视图的子视图。我会假设在某些时候，视图不在屏幕上（也许它在 UINavigationController 的上下文中使用），并且在某些时候您的应用程序会收到内存警告。

因此，假设您的 UIViewController 子类需要访问其视图以将其显示在屏幕上。此时，将加载 nib 文件，并且每个 IBOutlet 属性将由 nib 加载代码使用 setValue:forKey: 设置。这里需要注意的重要一点是将设置为 UIViewController 的 view 属性的顶级视图（将保留此顶级视图）和您的 UITextField，它也将被保留。如果它被简单地设置，它将由 nib 加载代码对其进行保留，否则该属性将保留它。UITextField 也将是顶层 UIView 的子视图，所以它上面会有一个额外的 retain，在顶层视图的 subviews 数组中，所以此时文本字段已经被保留了两次。

此时，如果您想以编程方式切换文本字段，您可以这样做。使用该属性使这里的内存管理更加清晰；您只需使用新的自动发布文本字段设置属性。如果您没有使用该属性，您必须记住释放它，并可选择保留新的。在这一点上，谁拥有这个新文本字段有点模糊，因为内存管理语义不包含在 setter 中。

现在假设一个不同的视图控制器被推送到 UINavigation 控制器的堆栈上，因此这个视图不再位于前台。在内存警告的情况下，这个离屏视图控制器的视图将被卸载。此时，顶层 UIView 的 view 属性将被清空，将被释放和释放。

因为 UITextField 被设置为保留的属性，所以 UITextField 不会被释放，因为它只会保留顶级视图的子视图数组。

相反，如果 UITextField 的实例变量没有通过属性设置，它也会存在，因为 nib 加载代码在设置实例变量时保留了它。

这里突出显示的一个有趣的点是，由于 UITextField 还通过该属性保留，因此您可能不想保留它以防出现内存警告。出于这个原因，您应该在 -[UIViewController viewDidUnload] 方法中取消该属性。这将摆脱 UITextField 上的最终版本并按预期释放它。如果使用该属性，您必须记住显式释放它。虽然这两个动作在功能上是等效的，但意图是不同的。

如果您选择从视图中删除它而不是交换文本字段，那么您可能已经从视图层次结构中删除了它并将属性设置为 nil，或者释放了文本字段。虽然在这种情况下可以编写正确的程序，但很容易在 viewDidUnload 方法中产生过度释放文本字段的错误。过度释放对象是导致崩溃的错误；将已经为 nil 的属性再次设置为 nil 不是。

我的描述可能过于冗长，但我不想在场景中遗漏任何细节。当您遇到更复杂的情况时，只需遵循指南将有助于避免问题。

另外值得注意的是，Mac OS X 在桌面上的内存管理行为有所不同。在桌面上，设置没有 setter 的 IBOutlet 不会保留实例变量；但如果可用，再次使用设置器。

于 2009-08-09T06:29:15.983 回答
11

从内存管理的角度来看，声明 IBOutlet 什么都不做（IBOutlet 字面意思是#defined as nothing）。在声明中包含 IBOutlet 的唯一原因是如果您打算在 Interface Builder 中连接它（这就是 IBOutlet 声明的用途，对 IB 的提示）。

现在，为实例变量创建 @property 的唯一原因是您打算以编程方式分配它们。如果你不这样做（也就是说，你只是在 IB 中设置你的 UI），那么你是否创建一个属性并不重要。没有理由，海事组织。

回到你的问题。如果您只是在 IB 中设置此 ivar（用户名字段），请不要打扰该属性，它不会影响任何事情。如果您确实为 usernameField 创建了一个属性（因为您正在以编程方式创建它），那么一定要为它创建一个属性，并且如果是这样的话，绝对要保留该属性。

于 2009-08-09T04:24:36.313 回答
6

其实有两种模式：

旧型号

这些模型是 Objective-C 2.0 之前的模型，继承自 Mac OS X。它仍然有效，但您不应该声明属性来修改 ivars。那是：

@interface StrokeWidthController : UIViewController {
    IBOutlet UISlider* slider;
    IBOutlet UILabel* label;
    IBOutlet StrokeDemoView* strokeDemoView;
    CGFloat strokeWidth;
}
@property (assign, nonatomic) CGFloat strokeWidth;
- (IBAction)takeIntValueFrom:(id)sender;
@end

在此模型中，您不保留 IBOutlet ivars，但您必须释放它们。那是：

- (void)dealloc {
    [slider release];
    [label release];
    [strokeDemoView release];
    [super dealloc];
}

新模型

您必须为 IBOutlet 变量声明属性：

@interface StrokeWidthController : UIViewController {
    IBOutlet UISlider* slider;
    IBOutlet UILabel* label;
    IBOutlet StrokeDemoView* strokeDemoView;
    CGFloat strokeWidth;
}
@property (retain, nonatomic) UISlider* slider;
@property (retain, nonatomic) UILabel* label;
@property (retain, nonatomic) StrokeDemoView* strokeDemoView;
@property (assign, nonatomic) CGFloat strokeWidth;
- (IBAction)takeIntValueFrom:(id)sender;
@end

此外，您必须释放 dealloc 中的变量：

- (void)dealloc {
    self.slider = nil;
    self.label = nil;
    self.strokeDemoView = nil;
    [super dealloc];
}

此外，在非脆弱平台中，您可以删除 ivars：

@interface StrokeWidthController : UIViewController {
    CGFloat strokeWidth;
}
@property (retain, nonatomic) IBOutlet UISlider* slider;
@property (retain, nonatomic) IBOutlet UILabel* label;
@property (retain, nonatomic) IBOutlet StrokeDemoView* strokeDemoView;
@property (assign, nonatomic) CGFloat strokeWidth;
- (IBAction)takeIntValueFrom:(id)sender;
@end

奇怪的事情

在这两种情况下，出口都是通过调用 setValue:forKey: 来设置的。运行时内部（特别是 _decodeObjectBinary）检查 setter 方法是否存在。如果它不存在（只有 ivar 存在），它会向 ivar 发送一个额外的保留。因此，如果没有 setter 方法，则不应保留 IBOutlet。

于 2011-09-09T14:36:48.553 回答
2

在您开始使用属性提供的访问器之前，这两个接口定义的工作方式没有任何区别。

在这两种情况下，您仍然需要在您的 dealloc 或 viewDidUnload 方法中释放 IBOutlet 并将其设置为零。

IBOutlet 指向在 XIB 文件中实例化的对象。该对象由 XIB 文件的 File's Owner 对象拥有（通常是声明 IBOutlet 的视图控制器。

因为该对象是作为加载 XIB 的结果而创建的，所以它的保留计数为 1 并且由您的文件所有者拥有，如上所述。这意味着文件的所有者负责在释放它时释放它。

添加带有retain 属性的属性声明只是指定setter 方法应该保留传入的要设置的对象——这是正确的做法。如果您没有在属性声明中指定保留，则 IBOutlet 可能会指向一个可能不再存在的对象，因为它已被其所有者释放，或者在程序生命周期的某个时刻自动释放。保留它可以防止该对象被释放，直到你完成它。

于 2009-08-09T04:17:08.107 回答
1

nib 文件中的对象创建时保留计数为 1，然后自动释放。在重建对象层次结构时，UIKit 使用 setValue:forKey: 重新建立对象之间的连接，它使用可用的 setter 方法，如果没有可用的 setter 方法，则默认保留对象。这意味着您拥有出口的任何对象仍然有效。但是，如果有任何顶级对象未存储在 outlet 中，则必须保留 loadNibNamed:owner:options: 方法返回的数组或数组中的对象，以防止这些对象过早释放。

于 2011-02-21T05:42:19.197 回答
0

那么，在第二种情况下，您正在为特定的 IBOutlet 添加一个 getter/setter 方法。每当您添加 getter/setter 方法时，您（几乎总是）希望将其设置为保留以解决内存管理问题。我认为向您提出问题的更好方法是：

@interface RegisterController : UIViewController <UITextFieldDelegate>
{
IBOutlet UITextField *usernameField;
}
@property (nonatomic) IBOutlet UITextField *usernameField;

或者

@interface RegisterController : UIViewController <UITextFieldDelegate>
{
IBOutlet UITextField *usernameField;
}
@property (nonatomic, retain) IBOutlet UITextField *usernameField;

在这种情况下，是的，您需要添加保留，因为它会影响内存管理。即使它可能没有任何影响，但如果您以编程方式添加和删除 IBOutlet，您可能会遇到问题。

作为一般规则：只要您有 IBOutlet，请始终添加 @property（带有保留）。

于 2009-08-09T03:43:13.667 回答