Android之Activity 常见问题整理

Activity 详解

一： Activity 生命周期

3158352-1d06fa219dbb51aa.png

1:Activity 的四种状态

• running ：处于活跃状态，用户可以点击屏幕，可以交互，处于栈顶状态。

• paused：失去焦点，非全屏activity在栈顶，透明的activity在栈顶，处于不能交互状态。不是销毁，在内存不紧张的时候，状态信息和成员变量都还存在。

• stopped：当前activity被另一个activity完全覆盖，处于不可见的状态，在内存不紧张的时候，状态信息和成员变量可能还存在。

• killed：表明被系统回收♻️。

2:Activity 生命周期分析

• Activity启动 ---> onCreate() ---> onStart() ---> onResume()

• 点击Home键回到主界面(Activity不可见) --->onPause() ---> onStop()

• 当我们在此回到原Activity时 --->onRestart() ---> onStart() ---> onResume()

• 退出当前Activity时 ---> onPause() ---> onStop() ---> onDestroy()

3: android进程优先级

• 前台进程（Foreground process）。它表明用户正在与该进程进行交互操作，android系统依据下面的条件来将一个进程标记为前台进程：

  该进程持有一个用户正在与其交互的Activity（也就是这个activity的生命周期方法走到了onResume()方法）。
  该进程持有一个Service，并且这个Service与一个用户正在交互中的Activity进行绑定。
  该进程持有一个前台运行模式的Service（也就是这个Service调用了startForegroud()方法）。
  该进程持有一个正在执行生命周期方法（onCreate()、onStart()、onDestroy()等）的Service。
  该进程持有一个正在执行onReceive()方法的BroadcastReceiver。
  一般情况下，不会有太多的前台进程。杀死前台进程是操作系统最后无可奈何的做法。当内存严重不足的时候，前台进程一样会被杀死。

• 可见进程（Visible process）。它表明虽然该进程没有持有任何前台组件，但是它还是能够影响到用户看得到的界面。android系统依据下面的条件将一个进程标记为可见进程：

  该进程持有一个非前台Activity，但这个Activity依然能被用户看到（也就是这个Activity调用了onPause()方法）。例如，当一个activity启动了一个对话框，这个activity就被对话框挡在后面。
  该进程持有一个与可见（或者前台）Activity绑定的Service。
  服务进程（Service process）。除了符合前台进程和可见进程条件的Service，其它的Service都会被归类为服务进程。

• 后台进程（Background process）。持有不可见Activity（调用了onStop()方法）的进程即为后台进程。通常情况下都会有很多后台进程，当内存不足的时候，在所有的后台进程里面，会按照LRU（最近使用）规则，优先回收最长时间没有使用过的进程。

• 空进程（Empty process）。不持有任何活动组件的进程。保持这种进程只有一个目的，就是为了缓存，以便下一次启动该进程中的组件时能够更快响应。当资源紧张的时候，系统会平衡进程缓存和底层的内核缓存情况进行回收。

  如果一个进程同时满足上述5种优先级中的多个等级条件，android系统会优先选取其中最高的等级作为该进程的优先级。例如，一个进程持有一个Service（服务进程等级）和一个前台Activity（前台进程等级），那么操作系统会将这个进程标记为前台进程。

  另外需要注意的是，如果一个进程为另外一个进程提供服务，那么这个进程的优先级不会低于享受服务的进程。例如，假设进程A中的content provider为进程B提供服务，或者进程A中有一个Service与进程B中的组件进程绑定，那么进程A的优先级至少要与进程B一致，或者高于进程B。

二：Android任务栈

Android任务栈.png

四种启动模式

standard(默认)

• Android是使用返回栈来管理活动的，在standard模式下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，而是每次启动活动都会创建该活动的一个新的实例。

singleTop 栈顶复用模式

• 当活动的启动模式指定为singleTop，在启动活动时，如果发现该返回栈的栈顶已经是该活动时，则认为可以直接使用它，不会在创建新的活动实例。返回栈栈顶活动：MainActivity --> SecondActivity -->MainActivity 在SecondActivity中启动MainActivity，因为栈顶活动变成了SecondActivity，所以会创建一个新的MainActivity实例。按Back键返回到SecondActivity，再按一个Back返回到MainActivity，再次按Back才会退出程序。

singleTask 栈内复用模式，检测任务栈中是否存在Activity

• 当活动的启动模式指定为singleTask，每次启动该活动时，首先会在返回栈中检查是否存在该活动的实例，如果发现已经存在就直接使用该实例，并把这个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。

• 在 FirstActivity 界面点击按钮进入到 SecondActivity，然后在SecondActivity 界面点击按钮，又会重新进入到 FirstActivity。在 SecondActivity 中启动 FirstActivity 时，会发现返回栈中已经存在一个 FirstActivity 的实例，并且是在 SecondActivity 的下面，于是 SecondActivity 会从返回栈中出栈，而 FirstActivity 重新成为了栈顶活动，因此FirstActivity 的 onRestart()方法和 SecondActivity 的 onDestroy()方法会得到执行。 现在返回栈中应该只剩下一个 FirstActivity 的实例了，按一下 Back 键就可以退出程序。

singleInstance

• 指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，解决了共享活动实例的问题。

三：scheme跳转协议

android中的scheme是一种页面内跳转协议，是一种非常好的实现机制，通过定义自己的scheme协议，可以非常方便跳转app中的各个界面；通过scheme协议，服务器可以定制化高速App跳转到哪个界面，可以通过通知栏消息定制化跳转页面，可以通过H5页面跳转等。