Memory Management in iOS: didReceiveMemoryWarning and viewDidUnload

基础概念

didReceiveMemoryWarning 和 viewDidUnload 是 iOS 开发中与内存管理相关的两个重要方法，主要用于处理低内存情况。

didReceiveMemoryWarning

这是 UIViewController 的一个方法，当系统内存不足时会被调用。它通知控制器系统内存不足，开发者可以在此释放不必要的资源。

viewDidUnload

这是 UIViewController 的另一个方法（在 iOS 6 及以后版本已废弃），当控制器的视图因内存不足被卸载时调用。开发者可以在此释放与视图相关的资源。

区别与关系

1. 触发时机：
   • didReceiveMemoryWarning 在内存不足时首先被调用
   • 如果内存仍然不足，系统可能会卸载视图并调用 viewDidUnload

• iOS 版本差异：
  • iOS 5 及之前：两者都会使用
  • iOS 6 及以后：viewDidUnload 被废弃，只使用 didReceiveMemoryWarning

使用示例

// Objective-C 示例
- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    
    // 释放可以重建的资源
    if ([self isViewLoaded] && [self.view window] == nil) {
        self.view = nil; // 卸载视图
    }
    
    // 释放其他非关键资源
    self.cachedData = nil;
}

// iOS 5及之前的viewDidUnload实现（已废弃）
- (void)viewDidUnload {
    [super viewDidUnload];
    self.myOutlet = nil; // 释放IBOutlet引用
}

// Swift 示例
override func didReceiveMemoryWarning() {
    super.didReceiveMemoryWarning()
    
    // 释放可以重建的资源
    if isViewLoaded && view.window == nil {
        view = nil // 卸载视图
    }
    
    // 释放其他非关键资源
    cachedData = nil
}

最佳实践

1. 现代iOS开发（iOS 6+）：
   • 只需实现 didReceiveMemoryWarning
   • 在方法中释放可以重建的资源
   • 不需要手动设置视图为nil（系统会自动处理）

• 资源释放策略：
  • 释放缓存数据
  • 释放未显示的图片
  • 停止不必要的后台操作
• 注意事项：
  • 不要释放关键数据
  • 确保释放的资源可以按需重建
  • 避免在此方法中执行耗时操作

为什么viewDidUnload被废弃？

1. 内存管理改进：iOS 6 引入了更高效的内存管理机制
2. 视图控制器生命周期简化：减少开发者需要处理的特殊情况
3. 自动引用计数(ARC)：减少了手动内存管理的需求

常见问题解决

问题：应用在内存警告后崩溃 原因：可能是在释放资源时过度清理了必要数据 解决：确保只释放可以重建的非关键资源

问题：视图状态丢失 原因：未正确保存视图状态就释放了资源 解决：在释放前保存必要状态，在viewDidLoad中恢复

现代iOS开发中，开发者应主要关注didReceiveMemoryWarning的实现，合理释放资源以响应内存警告，同时确保应用功能的完整性。