对于视图控制器，您在 Interface Builder 中设置的任何出口都必须释放 并在 viewDidUnload 中设置为 nil，并且还必须在 dealloc 中释放。
（见：When should I release objects in viewDidUnload rather than in dealloc?）
实现 [viewDidUnload] 的最重要原因之一是 UIViewController 子类通常还包含对视图层次结构中各种子视图的拥有引用。例如，这些属性可以在从 nib 加载时通过 IBOutlets 设置，或者在 loadView [强调添加] 内以编程方式设置。
我的问题是，我们真的需要为在 loadView 中以编程方式创建的视图层次结构中的子视图实现 viewDidUnload（没有 Interface Builder）吗？
【问题讨论】：
标签： iphone objective-c ios memory-management
这取决于您如何创建它们以及是否需要在其他地方引用它们。
例如：
- (void)loadView
{
[super loadView];
UIButton *someButton = [UIButton buttonWithType:UIButtonTypeRoundedRect];
someButton.frame = CGRectMake(0, 0, 50, 50);
[self.view addSubview: someButton];
}
在上述情况下，您不需要实现 viewDidUnload，因为 someButton 是在 loadView 中自动释放的。
另一个例子：
- (void)loadView
{
[super loadView];
self.someButton = [UIButton buttonWithType:UIButtonTypeRoundedRect];
someButton.frame = CGRectMake(0, 0, 50, 50);
[self.view addSubview: someButton];
}
在此示例中，您可能希望使用 viewDidUnload，因为您有另一个对 someButton 的引用。您希望 viewDidUnload 释放该按钮并重置引用，这样您就不会不正确地使用它并释放内存。在这种情况下，您还需要释放 dealloc 方法中的按钮，以防永远不会调用 viewDidUnload。
【讨论】：
你当然应该。但是，如果您查看 Apple 示例，您会发现有时它们只使用 dealloc。如果您知道您的对象会在使用后的某个合理时间被释放，我认为这是完全合理的。但是，我遵循这种模式，因为在某些特殊情况下可能不会调用 viewDidUnload。我其实并没有把release方法叫这么长的名字：
-(void)releaseRetainedXibAndViewDidLoadObjects
{
self.myLabel = nil;
self.myImage = nil;
}
-(void)viewDidUnload
{
[super viewDidUnload];
[self releaseRetainedXibAndViewDidLoadObjects];
}
-(void)dealloc
{
self.myObject = nil;
[self releaseRetainedXibAndViewDidLoadObjects];
[super dealloc];
}
您甚至可以从您的类子类化的应用程序特定视图控制器对象执行此操作，以简化问题。
【讨论】：
self.myProperty = nil; 执行类似于[myProperty release]; myProperty = [nil retain];... 然后，在dealloc 中，我们所做的就是[myProperty release]。
在您的 dealloc 方法中执行此操作。不保证会调用viewDidUnload。它通常仅在控制器需要卸载视图时调用，例如当有内存警告时。另一方面，init/dealloc 配对将始终被调用。
【讨论】：