iOS App生命周期及AppDelegate、SceneDelegate

iOS 12 及之前

一、APP的生命状态：

Not running（未运行）：程序未运行
Inactive（未激活）：程序在前台运行，但没有接收到事件。在没有事件处理情况下程序通常停留在这个状态。
Active ( 激活 ): 程序在前台运行而且接收到了事件。这也是前台的一个正常的模式。
Backgroud ( 后台 ): 程序在后台而且能执行代码，大多数程序进入这个状态后会在在这个状态上停留一会。时间到之后会进入挂起状态(Suspended)。有的程序经过特殊的请求后可以长期处于Backgroud状态。
Suspended ( 挂起 ): 程序在后台但是却不能执行代码。系统会自动把程序变成这个状态而且不会发出通知。当挂起时，程序还是停留在内存中的，当系统内存低时，系统就把挂起的程序清除掉，为前台程序提供更多的内存。

二、关于app生命周期中的各方法

func application(_:willFinishLaunchingWithOptions:)
func application(_:didFinishLaunchingWithOptions:)
// app初始化

func applicationDidBecomeActive(UIApplication)
// app已经被激活

func applicationWillResignActive(UIApplication)
// app即将被挂起

func applicationDidEnterBackground(UIApplication)
// app已经进入后台

func applicationWillEnterForeground(UIApplication)
// app即将回到前台

func applicationWillTerminate(UIApplication)
// app即将被杀死

三、App运行过程中根据状态变化代理方法的调用顺序

启动app：

application(_:willFinishLaunchingWithOptions:)
application(_:didFinishLaunchingWithOptions:)
applicationDidBecomeActive(UIApplication)
application:didReceiveRemoteNotification//接受处理消息通知

双击home键使app上移挂起

applicationWillResignActive(UIApplication)

再次双击home键使app下移归位

applicationDidBecomeActive(UIApplication)

单击home键使app进入后台

applicationWillResignActive(UIApplication)
applicationDidEnterBackground(UIApplication)

打开正运行在后台的app

applicationWillEnterForeground(UIApplication)
applicationDidBecomeActive(UIApplication)

再次切到后台

applicationWillResignActive(UIApplication)
applicationDidEnterBackground(UIApplication)

点击通知中心里面的远程推送，使App从后台进入前台

applicationWillEnterForeground(UIApplication)
application:didReceiveRemoteNotification // 接收、处理消息通知
applicationDidBecomeActive(UIApplication)

杀死App进程(终止程序)

applicationWillTerminate(UIApplication)

从APP切换到微信之类的其他应用之后，再切换回来时

applicationWillEnterForeground(UIApplication)
application:openURL:sourceApplication // 应用间传值
applicationDidBecomeActive(UIApplication)

iOS 13 之后

一、查看一下新的Xcode项目模板

在新的Xcode11当中创建新的项目，会看到自动生成AppDelegate.swift与SceneDelegate.swift文件。
除了这两个委托文件之外，Xcode还做了其他一些事情。打开Info.plist，会看到一个叫做Application Scene Manifest的新key。

Enable Multiple Windows默认键值为NO，如果设置为YES则允许你的app在ipadOS中多开。
Application Session Role数组中：

Configuration的名称，必须是唯一的
scene的代理类名，通常为SceneDelegate。
scene用于创建初始UI的storyboard名称。（该设置可以在Xcode 12项目的Project Properties配置中找到。）

AppDelegate中的SceneDelegate、UISceneSession和Application Scene Manifest是如何一起创建多窗口应用的呢？

首先，我们看SceneDelegate类。它管理scene的生命周期，处理各种响应，诸如 sceneDidBecomeActive(😃 and sceneDidEnterBackground(:)之类的事件。

然后，我们再看看AppDelegate类中的新函数。它管理场景会话（scene sessions），提供scene的配置数据，并响应用户丢弃scene的事件。

最后，我们看了一下Application Scene Manifest。它列出了应用程序支持的scene，并将它们连接到delegate类并初始化storyboard。

二、AppDelegate的新职责

AppDelegate仍然是iOS 13中应用程序的主要入口点。Apple为几个应用程序级生命周期事件调用AppDelegate方法。在Apple的默认模板中，你会发现三个Apple认为对你来说很重要的方法:

func application(_:didFinishLaunchingWithOptions:) -> Bool
func application(_:configurationForConnecting:options:) -> UISceneConfiguration
func application(_:didDiscardSceneSessions:)

当你的应用程序刚刚启动，func application(_ :didFinishLaunchingWithOptions:) -> Bool 被调用。此方法用于执行应用程序设置。在ios12或更早的版本中，你可能已经使用这个方法来创建和配置一个UIWindow对象，并将一个UIViewController实例分配给window以使它出现。

如果你的应用程序正在使用scene，你的AppDelegate将不再负责这一操作。由于应用程序现在可以有多个窗口，或者uiscenes处于active状态，因此在AppDelegate中管理单个window对象没有多大意义。

当你的app被期望提供一个新的scene或window供iOS显示时，就会调用func application(_ :configurationForConnecting:options:) -> UISceneConfiguration。注意，当你的应用程序启动时，这个方法不会被调用，它只会被调用来获取和创建新的场景。目前还没有进行过多窗口的开发，后续再深入研究...

AppDelegate模板中的最后一个方法是func application(_ :didDiscardSceneSessions:)。每当用户丢弃一个scene时，就会调用此方法，例如在多任务窗口中将该场景滑走。

除了这些默认方法之外，您的AppDelegate还可以用于打开url、捕获内存警告、检测应用程序何时终止、设备的时钟是否发生了显著变化、检测用户何时注册了远程通知等等。

Tip:
需要注意的是，如果你目前使用AppDelegate来管理应用的状态栏外观，你可能需要在ios13中做一些改变。在ios13中，一些状态栏相关的方法已经被弃用。

三、SceneDelegate的职责

当AppDelegate是负责应用程序生命周期的对象时，SceneDelegate负责屏幕上显示的内容（scenes or windows）。

当你处理scene时，对你的用户来说看起来像window的东西实际上被称为UIScene，它是由UISceneSession管理的。当我们提到windows时，我们实际上指的是UISceneSession对象。

code在创建项目时创建的SceneDelegate.swift文件中有几个默认的方法:

scene(_:willConnectTo:options:)
sceneDidDisconnect(_:)
sceneDidBecomeActive(_:)
sceneWillResignActive(_:)
sceneWillEnterForeground(_:)
sceneDidEnterBackground(_:)

如果你熟悉iOS 13之前的AppDelegate，这些方法看起来应该很熟悉。
scene(:willConnectTo:options:)，它是UISceneSession生命周期中调用的第一个方法。
scene(:willConnectTo:options:)的默认实现会创建你的初始内容视图(content view) (如果你使用的是SwiftUI，就会创建ContentView)，并创建一个新的UIWindow，然后设置window的rootViewController，并让这个window成为关键窗口。您可以将此窗口视为用户看到的窗口。不幸的是，事实并非如此。Windows在ios13之前就已经出现了，它们代表应用程序运行的视口（viewport）。UISceneSession控制用户看到的可见窗口，你创建的UIWindow是你的应用的容器视图(container view)。

除了设置初始视图外，还可以使用scene(_:willConnectTo:options:)来恢复场景UI，以防scene在过去断开连接。例如，因为它被发送到后台。你也可以读取connectionOptions对象来查看你的scene是由于一个切换请求或者打开一个URL而创建的。

一旦你的scene连接好了，scene生命周期中的下一个方法就是 sceneWillEnterForeground(😃 。此方法在你的scene将要走上舞台时调用。这可能是当你的应用从后台过渡到前台，或者它只是第一次被激活。接下来，调用sceneDidBecomeActive(😃。这是你的scene设置，可视化，并准备被使用的地方。

一个更有趣的方法是sceneDidDisconnect(_😃。当你的场景被发送到后台时，iOS可能会决定断开并清除你的场景以释放资源。这并不意味着你的应用程序被杀死或不再运行，它只是意味着传递给这个方法的场景不再活跃，并将从其会话断开。