Activity

一个APP的启动过程

基本概念

• ActivityManagerServices，简称AMS，服务端对象，负责系统中所有Activity的生命周期。
• ActivityThread，App的真正入口。当开启App之后，会调用main()开始运行，开启消息循环队列，这就是UI线程或者叫主线程。与ActivityManagerServices配合，一起完成Activity的管理工作。
• ApplicationThread，用来实现ActivityManagerService与ActivityThread之间的交互。在ActivityManagerService需要管理相关Application中的Activity的生命周期时，通过ApplicationThread的代理对象与ActivityThread通讯。
• ApplicationThreadProxy，是ApplicationThread在服务器端的代理，负责和客户端的ApplicationThread通讯。AMS就是通过该代理与ActivityThread进行通信的。
• Instrumentation，每一个应用程序只有一个Instrumentation对象，每个Activity内都有一个对该对象的引用。Instrumentation可以理解为应用进程的管家，ActivityThread要创建或暂停某个Activity时，都需要通过Instrumentation来进行具体的操作。
• ActivityStack，Activity在AMS的栈管理，用来记录已经启动的Activity的先后关系，状态信息等。通过ActivityStack决定是否需要启动新的进程。
• ActivityRecord，ActivityStack的管理对象，每个Activity在AMS对应一ActivityRecord，来记录Activity的状态以及其他的管理信息。其实就是服务器端的Activity对象的映像。
• TaskRecord，AMS抽象出来的一个“任务”的概念，是记录ActivityRecord的栈，一个“Task”包含若干个ActivityRecord。AMS用TaskRecord确保Activity启动和退出的顺序。如果你清楚Activity的4种launchMode，那么对这个概念应该不陌生。

总图

zygote是什么？有什么作用？

fork是Unix/Linux操作系统中的一个用于创建新进程的系统调用函数，fork会复制原进程的所有内容包括代码、数据和内存空间。

zygote：直译为受精卵，zygote 是一个进程的名字，Android是基于Linux系统的，当手机开机后，Linux内核加载完成之后就会启动一个init 的进程，在Linux系统中，所有的的进程都是init进程fork出来的，zygote进程也不例外。

每一个APP其实都是：

• 一个单独的dalvik虚拟机
• 一个单独的进程

当系统里边的第一个zygote进程运行之后，开启APP，就相当于新开启一个进程，而为了实现资源共用和更快的启动速度，Android系统开启新进程的方式是通过fork一个zygote进程实现的。就像受精卵这种有遗传物质的细胞一样，快速进行分裂。

SystemServer是什么？有什么用，与zygote的关系是什么？为什么称为服务端对象？

zygote进程后开启后会执行startSystemServer()，fork出SystemServer进程

SystemServer是Android Framework中除zygote外另一个十分重要的线程，系统里边的重要服务：ActivityManagerService、PackageManagerService、WindowManagerService都在这个线程中开启。

服务端/客户端模型不仅仅存在于Web开发中，在Android框架设计中也是这种模式，服务端是所有APP共有的系统服务，比如上边提到到AMS（活动管理服务）、PMS（包管理服务）、WMS（窗口管理服务），而客户端指的就是Android系统上的各种APP，当某个APP要实现某个操作，需要告诉这些系统服务，例如如果想要打开一个App，最终是由AMS通知zygote进程来fork一个新进程，进而开启目标APP的。

APP、AMS、zygote是三个独立的进程，他们之间如何通信呢？(IPC通信方式)

APP与AMS通过Binder进行IPC通信，AMS与zygote通过Socket进行IPC通信。

APP与AMS之间的通信：
APP相当于客户端，AMS相当于服务端，Binder通信的单向的;

具体实现时采用了代理模式，ActivityManagerProxy作为AMS在客户端的代理人，接收客户端的请求参数，通过Binder驱动传输到服务器的AMS实际执行请求。

ApplicationThreadProxy作为APP在服务端的代理人，

客户端 ActivityManagerProxy ----->Binder驱动---->ActivityManagerService：服务器

客户端ApplicationThread <------Binder驱动 <------ ApplicationThreadProxy：服务器

Launcher是什么？什么时候启动的？

当我们点击手机桌面上的图标时，App就由Launcher开始启动，Launcher本质上也是一个应用程序，和我们的App一样，也是继承自Activity，Launcher实现了点击、长按等回调接口，来接收用户的输入。Launcher中开启一个App，其实和我们在Activity中直接startActivity()基本一样，都是调用了Activity.startActivityForResult()。

Instrumentation是什么？和ActivityThread是什么关系

每个Activity都持有Instrumentation对象的一个引用，但是整个进程只会存在一个Instrumentation对象。Instrumentation翻译为“仪器/手段”，Instrumentation对象包含有很多与Activity生命周期相关的方法，它就像是应用进程的管家。

ActivityThread是APP运行的主线程，也是UI线程，AMS对于Activity的调度信息会通过Binder通信传给 ActivityThread，而ActivityThread是委托Instrumentation来实际执行对Activity生命周期的控制。

ActivityStack和ActivityRecord是什么关系?

每个Activity在AMS对应一个ActivityRecord对象，包含了Activity的状态和管理信息，是Activity实体在AMS的映像。

ActivityStack是Activity在AMS的栈管理，ActivityStack中存放的对象就是ActivityRecord。

一个APP的程序入口是什么？APP的主线程消息循环在哪里创建?

APP的程序入口是ActivityThread.main()
整个APP的主线程消息循环在ActivityThread初始化时就已经创建好了消息循环，所以在主线程里边创建Handler不需要执行Looper，而如果在其他线程里边使用Handler，则需要单独使用Looper.prepare()和Looper.loop()，创建消息循环。

Activity的生命周期

onCreate()->onStart()->onResume()->onPause()->onStop()->onDestroy()

如果在一个Activity中启动另外一个Activity执行过程是怎么样的？

()中的参数1、2表示Activity的标识。

onCreate(1)->onStart(1)->onRusume(1)->onPause(1)->onCreate(2)->onStart(2)->onRusume(2)->onStop(1)->在Activity2中返回->onPause(2)->onStart(1)->onResume(1)->onStop(2)->onDestroy(2)

Activity的启动方法

• 显示启动;

// 1. 使用intent的构造函数 指明context和待启动的activity的class对象。
Intent intent = new Intent(this, SecondActivity.class);
startActivity(intent);

// 2. 使用 setClassName（）传入 包名+类名 / 包Context+类名
Intent intent = new Intent();
// 方式1：包名+类名
// 参数1 = 包名称
// 参数2 = 要启动的类的全限定名称
intent.setClassName(“com.hc.hctest”, “com.hc.hctest.SecondActivity”);

// 方式2：包Context+类名
// 参数1 = 包Context，可直接传入Activity
// 参数2 = 要启动的类的全限定名称
intent.setClassName(this, “com.hc.hctest.SecondActivity”);

startActivity(intent);

// 3. 通过ComponentName（）传入 包名 & 类全名
Intent intent = new Intent();
// 参数1 = 包名称
// 参数2 = 要启动的类的全限定名称
ComponentName cn = new ComponentName(“com.hc.hctest”, “com.hc.hctest.SecondActivity”);
intent.setComponent(cn);
startActivity(intent);

• 隐式启动，通过设置Intent的Action（动作）、 Category（类别）和data（数据），构建一个隐式意图，在manifest.xml已经注册的组件中，按照Intent过滤规则，匹配到相应的组件。

IntentFilter匹配规则

总体匹配规则：只有Action、Category和Data同时匹配，才能成功启动Activity。
1个Activity可以有多个Intent-filter，一个Intent只要能匹配任何一组intent-filter就可以成功启动对应的activity。

Activity的四种启动模式

• 标准模式（Standard）
• 栈顶复用模式（SingleTop）
• 栈内复用模式（SingleTask）
• 单例模式（SingleInstance）

启动模式的设置方式：

1. manifest.xml中指定launchMode

<activityandroid:launchMode="启动模式"
//属性
//standard：标准模式
//singleTop：栈顶复用模式
//singleTask：栈内复用模式
//singleInstance：单例模式
//如不设置，Activity的启动模式默认为**标准模式（standard）**
</activity>

2. 通过Intent设置标志位：

Intent inten = new Intent (ActivityA.this,ActivityB.class);
intent,addFlags(Intent,FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

两种方式设置的区别;

• 优先级不同
  Intent设置方式的优先级 > Manifest设置方式，即 以前者为准
• 限定范围不同
  Manifest设置方式无法设定 FLAG_ACTIVITY_CLEAR_TOP；Intent设置方式 无法设置单例模式（SingleInstance）

造成Activity卡顿的原因及解决方法

Fragment

Fragment生命周期

• Fragment 类的代码与 Activity 非常相似。它包含与 Activity 类似的回调方法，如 onCreate()、onStart()、onResume()、onPause() 、 onStop()、onDestroy()。

• Fragment依附（Attach）于Activity的生命周期而存在。在Activity的onCreate()，我们需要执行Fragment的onAttach()、onCreate()、onCreateView()、onActivityCreated()。

• Fragment自己独有的生命周期：onAttach、onCreateView、onActivityCreated、onDestroyView、onDetach().
  

Fragment生命周期与Activity生命周期对比