4.1 UIViewController生命周期详解

UIViewController生命周期概览 🚀

每个UIViewController都有一个明确的生命周期，理解它对于构建健壮的iOS应用至关重要。从视图加载到视图卸载，每个阶段都有其特定的用途和最佳实践。掌握这些，你就能更有效地管理资源和用户体验。

当一个UIViewController被创建并准备显示其视图时，会经历一系列重要的步骤。这个过程从初始化开始，逐步构建视图层次结构，直到视图完全呈现在屏幕上。

init(nibName:bundle:) 或 init(): 这是控制器被创建的起点。如果你使用代码创建控制器，通常会调用init()。如果你从Storyboard或XIB加载，系统会调用init(nibName:bundle:)。
loadView(): 这个方法负责创建或加载控制器的根视图。如果你没有在Storyboard或XIB中指定视图，系统会为你创建一个空的UIView。你也可以重写此方法来手动创建自定义视图。
viewDidLoad(): 视图加载完成后，系统会调用此方法。这是执行一次性设置的理想位置，例如配置UI元素、加载数据或设置通知。请记住，此时视图的几何形状尚未最终确定。

💡 统计数据显示，大约80%的UI初始化工作都在viewDidLoad()中完成，因为它确保了视图在内存中且可用。

视图加载完毕后，它会经历即将显示和已经显示的阶段。这些方法在视图即将出现在屏幕上或已经完全显示时被调用，非常适合执行与视图可见性相关的任务。

viewWillAppear(_ animated: Bool): 在视图即将添加到视图层次结构中并显示给用户之前调用。你可以在这里执行一些轻量级的更新，例如刷新数据或启动动画。
viewDidAppear(_ animated: Bool): 在视图已经完全显示在屏幕上之后调用。这是启动耗时操作、动画或网络请求的绝佳时机，因为此时用户已经可以看到视图。
viewWillLayoutSubviews(): 在控制器的视图即将调整其子视图布局时调用。如果你需要根据新的布局调整子视图，可以在这里进行。
viewDidLayoutSubviews(): 在控制器的视图已经调整完其子视图布局后调用。这是在布局完成后进行最终调整的好地方。

当视图不再可见时，也会触发一系列方法。这些方法允许你在视图离开屏幕时执行清理工作或暂停活动。

viewWillDisappear(_ animated: Bool): 在视图即将从视图层次结构中移除或被其他视图覆盖之前调用。你可以在这里保存用户数据、停止正在进行的任务或取消网络请求。
viewDidDisappear(_ animated: Bool): 在视图已经完全从屏幕上消失之后调用。这是执行更彻底清理的理想位置，例如释放不再需要的资源。

在某些情况下，为了释放内存，系统可能会卸载视图。理解这个过程对于避免内存泄漏至关重要。

didReceiveMemoryWarning(): 当系统内存不足时，会调用此方法。你可以在这里释放不必要的资源，例如缓存的图片或数据。
viewWillUnload() (已废弃): 在iOS 6之前，当视图即将从内存中卸载时会调用此方法。现在，你主要依赖didReceiveMemoryWarning()来处理内存警告。
viewDidUnload() (已废弃): 同样在iOS 6之前，当视图已经从内存中卸载时会调用此方法。现在，当控制器本身被释放时，其视图也会随之释放。

🚀 记住，UIViewController的生命周期是动态的。例如，当用户在应用之间切换时，viewWillDisappear和viewDidDisappear可能会被频繁调用。

通过深入理解这些生命周期方法，你将能够编写出更高效、更稳定的iOS应用。每个方法都有其独特的职责，合理利用它们将大大提升你的开发效率和应用性能！