如果我不保留 IBOutlet 会怎样？

Question

如果我这样做：

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

而不是这个：

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

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

Answer 1

建议您为所有 IBOutlets 声明属性，以保持清晰和一致。 详细信息在Memory Management Programming Guide 中有详细说明。基本要点是，当您的 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 不会保留实例变量；但如果可用，再次使用 setter。

Answer 2

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

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

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

Answer 3

其实有两种模式：

旧型号

这些模型是 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];
}

Furthermode，在非脆弱平台中，您可以删除 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。

Answer 4

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

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

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

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

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

Answer 5

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

Answer 6

嗯，在第二种情况下，您正在为特定的 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（带有保留）。