大家好，我是1024小神，技术群 / 私活群 / 股票群 或 交朋友 都可以私信我。 如果你觉得本文有用，一键三连 (点赞、评论、关注)，就是对我最大的支持~
冷启动
冷启动是指应用从头开始启动。这意味着，系统进程在冷启动后才创建应用进程。发生冷启动的情况包括应用自设备启动后或系统终止应用后首次启动。
这种启动给最大限度地减少启动时间带来了最大的挑战，因为系统和应用要做的工作比在其他启动状态下更多。
在冷启动开始时，系统有以下三项任务：
- 加载并启动应用。
- 在启动后立即显示应用的空白启动窗口。
- 创建应用进程。
系统一创建应用进程，应用进程就负责后续阶段：
- 创建应用对象。
- 启动主线程。
- 创建主 activity。
- 膨胀视图。
- 创建屏幕布局。
- 执行初步绘制。
当应用进程完成第一次绘制时，系统进程就会换掉显示的后台窗口，将其替换为主 activity。此时，用户可以开始使用应用。
图 1 显示系统进程和应用进程之间如何交接工作。
在创建应用和创建 activity 的过程中可能会出现性能问题。
应用创建
当应用启动时，空白启动窗口将保留在屏幕上，直到系统首次完成应用绘制。此时，系统进程会切换应用的启动窗口，让用户与应用互动。
如果您在自己的应用中替换了 Application.onCreate()，系统将对应用对象调用 onCreate() 方法。之后，应用生成主线程（也称为界面线程），并用其执行创建主 activity 的任务。
从此时开始，系统级和应用级进程根据应用生命周期阶段继续运行。
activity 创建
在应用进程创建 activity 后，activity 将执行以下操作：
- 初始化值。
- 调用构造函数。
- 根据 activity 的当前生命周期状态，相应地调用回调方法，如 Activity.onCreate()。
通常，onCreate() 方法对加载时间的影响最大，因为它执行工作的开销最高：加载和膨胀视图，以及初始化运行 activity 所需的对象。
温启动
温启动包含了在冷启动期间发生的部分操作。同时，它的开销要比热启动高。有许多潜在状态可视为温启动，例如以下状态：
-
用户在退出应用后又重新启动应用。进程可能继续运行，但应用必须通过调用
onCreate()从头开始重新创建 activity。 -
系统将您的应用从内存中逐出，然后用户又重新启动它。进程和 activity 需要重启，但传递到
onCreate()的已保存实例 state bundle 对于完成此任务有一定助益。
热启动
应用的热启动开销比冷启动更低。在热启动中，系统会将您的 activity 带到前台。如果应用的所有 activity 仍驻留在内存中，则应用可以避免重复执行对象初始化、布局膨胀和呈现。
但是，如果一些内存为响应内存整理事件（如 onTrimMemory()）而被完全清除，则需要为了响应热启动事件而重新创建相应的对象。
热启动显示的屏幕上行为和冷启动场景相同。在应用完成 activity 呈现之前，系统进程将显示空白屏幕。
图 2. 包含各种启动状态及其各自进程的示意图，其中每个状态都将从绘制的第一帧开始。
大家好，我是1024小神，技术群 / 私活群 / 股票群 或 交朋友 都可以私信我。 如果你觉得本文有用，一键三连 (点赞、评论、关注)，就是对我最大的支持~