参考来源:http://blog.csdn.net/androidxiaogang/article/details/50890208
上面类是AmS的全称,另外两大核心功能是WindowManagerService.java和View.java
AmS提供的主要功能:
统一调度各应用程序
内存管理
进程管理
AmS中定义了几个重要的数据类,分别用来保存进程(Process)、活动(Activity)和任务(Task)
ProcessRecord.java记录的进程的相关信息
该类中内部变量可分为三个部分,分别是进程文件信息、进程的内存状态信息和进程中包含的Activity、Service等。
该类在framework/base/services/java/com/android/server/am/路径下,该路径最后的am代表Activity Manager,和AmS有关的重要类都在该目录下。
ActivityRecord.java
AmS中使用ActivityRecord数据类来保存每个Activity的信息。History中包含一个int task变量,保存该Activity所属哪个任务。可以使用Intent.FLAG_NEW_TASK标识告诉AmS为启动的Activity重新创建一个Task 。
TaskRecord.java
AMS中使用任务的概念确保activity启动和退出的顺序
AmS中重要调度相关变量
// How long we wait until we timeout on key dispatching.
按键无响应的超时时间,这是google的标准,国内的联想手机大部分按照这个标准设计,华为手机不是按照这个标准
static final int KEY_DISPATCHING_TIMEOUT = 5*1000;
// Maximum number of recent tasks that we can remember. static final int MAX_RECENT_TASKS = 20;AMS记录的activity的最大数量,超过20则会舍弃最早记录的Activity
static final int BROADCAST_TIMEOUT=10*1000广播超时时间
final ArrayList<PendingActivityLaunch> mPendingActivityLaunches = new ArrayList<PendingActivityLaunch>();暂时保存客户端请求
static final int PAUSE_TIMEOUT=500
AmS通知应用进程暂停指定的Activity,
AmS的忍耐是有限的,只有500毫秒。
如果应用进程在该常量时间内还同有停止,
AmS就是强制暂停关闭该Activity。
这就是为什么应用程序设计时,不能在onPause()不能做过多事情的原因。
activityStack就是存放activity信息的栈
相关变量:
final ArrayList mHistory=new ArrayList();保存了所有正在运行的Activity。
private final ArrayList mLRUActivities=new ArrayList ();
LRU(Latest Recent Used),保存所有过去使用过的Activity
统一调度各应用程序activity
Activity并不对应一个应用程序,ActivityThread才对应一个应用程序,所以Android允许同时运行多个应用程序,实际是是允许多个ActivityThread同时运行。
在Android中,Activity调度的基本思路是这样的:各应用进程要启动新的Activity或者停止当前的Activity,都要首先报告给AmS,而不能“擅自处理”。AmS在内部为所有应用进程都做了记录,当AmS接到启动或停止的报告时,首先更新内部记录,然后再通知相应客户进程运行或者停止指定的Activity。由于AmS内部有所有Activity的记录,也就理所当然地能够调度这些Activity,并根据Activity和系统内存的状态自动杀死后台的Activity
自己总结:activity启动或停止通知AmS,Ams决定是否执行动作,activity的数量>20时,最早入栈的activity会被AmS给忘记,新加进来了activity入栈
startActivity时底层工作图
以点击A-B为例:
点击A时,当AmS收到客户请求startActivity()后,会首先暂停当前的Activity,因此要判断mResumedActivity是否为空。在一般情况下,该值都不为空,如果不为空AmS会通知所在客户端暂停,执行该Activity并返回。
当A进程完成暂停后,报告AmS,这时AmS开始执行completePaused(),该方法中先要检查目标Activity是否在mHistory列表中,如果在,说明目标进程还在运行,目标Activity只是处于stop状态,还有没有finish,所以通知B进程直接resume指定的Activity即可。
Activity四种启动模式分析
android:launchMode设置是在AndroidManifest.xml文件中
分别为standard(默认),singleTop,singleTask,singleInstance
<activity android:name="com.example.android_launchmodel.Activity1" android:launchMode="standard"/>默认
<activity android:name="com.example.android_launchmodel.Activity2"
android:launchMode="singleTask"/> <activity android:name="com.example.android_launchmodel.Activity3" android:launchMode="singleTop"/> <activity android:name="com.example.android_launchmodel.Activity4" android:launchMode="singleInstance"/>
standard
这是默认模式,每次激活Activity时都会创建Activity实例,并放入任务栈中
singleTop
如果在任务的栈顶正好存在该Activity的实例,就重用该实例( 会调用实例的 onNewIntent() ),否则就会创建新的实例并放入栈顶,即使栈中已经存在该Activity的实例,只要不在栈顶,都会创建新的实例
singleTask
如果在栈中已经有该Activity的实例,就重用该实例(会调用实例的 onNewIntent() )。重用时,会让该实例回到栈顶,因此在它上面的实例将会被移出栈。如果栈中不存在该实例,将会创建新的实例放入栈中
补充一个实例,建4个activity类(如上AndroidManifest.xml文件activity2为singleTask模式)在onCreate,onStart,onPause,onStop,onDestroy方法调用日志
Activity启动顺序为
Activity1à Activity2à Activity3à Activity4à Activity2
当activity1入栈--》activity2入栈--》activity3入栈--》activity4入栈--(在activity4中打开activity2因为设置activity2是singleTask模式,会在task任务栈中查找有没有activity2实例,找到了。接下来就是把activity2实例放到栈顶,但是activity2实例上面还有activity3和4的实例,怎么办!只能让他们出栈了。)
--》可以看到activity3和Activity4的onDestroy()方法被执行了
而Activity4启动Activity2时,activity2的onCreate()没有被执行(这也说明AmS没有重新创建activity2实例放入到task栈中,oncreate()方法只有在activity第一次被创建时才会被调用)
说明栈中Activity3和Activity4已经出栈,栈中Activity2实例被启动了
再按两次返回键后也返回到桌面了
至此栈内没有activity1和activity2的实例(其他类似)
singleInstance
在一个新栈中创建该Activity的实例,并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中,任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用,不管谁激活该 Activity 都会进入同一个应用中。该模式下,不会再有新的Acitvity实例压入到栈里面,其它地方和'singleTask'一样。这意味着,栈中只有唯一的一个Activity实例。这是一个非常特殊的模式,这只能用在只有唯一的一个Activity的程序中。
借鉴下其他实例:http://blog.csdn.net/liuhe688/article/details/6754323
AmS内存回收规则
1、前台进程,是指那些与用户操作的相关进程。具体包括:
- 正在与用户交互的Activity
- 包含一个Service,该Service正在服务于和用户交互的Activity。
- 包含一个Service,该Service正在执行onCreate(),或者onStart(),onDestory()方法。
- 包含一个BroadcastReceiver,正在执行onReceive()函数。
2、可视进程,尽管没有和用户交互,但可以影响到用户所看到的内容。
- 一个位于Activity上的对话框
- 一个Service
3、服务进程:凡是使用startService()所启动的服务其所有的进程都称为服务进程。
4、空进程:进程不包含任何componet,包括Activity,Service,Receiver对象,之所以保留这些进程的原因是为了减少重新创建进行需要的开销。
Activity生命期的代码含义
在过去的应用开发过程中,大多数人已经 了解Activity生命期中的主要几个状态,并知道如何在这些状态中做不同的事情。但可能还有一些疑惑,比如onStart()方法和onStop方法的真正差异在哪里。尽管你知道onStop代表Activity的停止,onStart代表Activity的开始。问题是开始和停止的差别又在哪里?
具体在每个阶段的工作: