Android四大组件Activity
文章脑图
文章内容
1、Activity启动流程分析
2、什么是Activity
Activity是Android的四大组件之一，也是平时我们用到最多的一个组件，可以用来显示View。
官方文档这么说
An Activity is an application component that provides a screen with which users can interact in order to do something, such as dial the phone, take a photo, send an email, or view a map.
大概的意思：
Activity一个应用程序的组件，它提供一个屏幕来与用户交互，以便做一些诸如打电话、发邮件和看地图之类的事情。
An activity is a single, focused thing that the user can do. Almost all activities interact with the user, so the Activity class takes care of creating a window for you in which you can place your UI with setContentView(View).
大概的意思：
activity是独立平等的，用来处理用户操作。几乎所有的activity都是用来和用户交互的，所以activity类会创建了一个窗口，开发者可以通过setContentView(View)的接口把UI放到给窗口上。
3、Activity的四种状态
Activity四个状态生命周期
Running状态：一个新的Activity启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可和用户交互的激活状态，此时Activity不会被回收。
Starting ——–>Running 所执行的生命周期顺序 onCreate()->onstart()->onResume()
Paused状态：当Activity被另一个透明或者Dialog样式的Activity覆盖时的状态。此时它依然与窗口管理器保持连接，系统继续维护其内部状态，它仍然可见，但它已经失去了焦点，故不可与用户交互，如果内存紧张，会被回收。
Running ——>Paused 所执行Activity生命周期中的onPause（）
Stopped状态：当Activity不可见时，Activity处于Stopped状态。当Activity处于此状态时，一定要保存当前数据和当前的UI状态，否则一旦Activity退出或关闭时，当前的数据和UI状态就丢失了，如果内存紧张，会被回收。
Paused ——>Stoped所执行的生命周期为:onStop()
Killed状态：Activity被杀掉以后或者被启动以前，处于Killed状态。这是Activity已从Activity堆栈中移除，需要重新启动才可以显示和使用。
Stoped——>killed所执行的生命周期为:onDestroy()
4种状态中，Running状态和Paused状态是可见的，Stopped状态和Killed状态时不可见的。
参考
Activity生命周期（这篇足够了）
Activity的四种状态说明
4、Activity生命周期
Activity生命周期
生命周期回调方法汇总
5、Activity进程优先级
优先级
前台进程 > 可见进程 > Service进程 > 后台进程 > 空进程
前台进程
- 当前进程Activity正在与用户进行交互。
- 当前进程Service正在与Activity进行交互或者当前Service调用了startForground()属于前台进程或者当前Service正在执行生命周期（onCreate(),onStart(),onDestory()）
- 进程持有一个BroadcostReceiver，这个BroadcostReceiver正在执行onReceive()方法
可见进程
- 进程持有一个Activity，这个Activity不再前台，处于onPause()状态下，当前覆盖的Activity是以Dialog形式存在的。
- 进程有一个Service，这个Service和一个可见的Activity进行绑定。
Service进程
- 当前开启startService()启动一个Service服务就可以认为进程是一个服务进程。
后台进程
- Activity的onStop()被调用，但是onDestroy()没有调用的状态，该进程属于后台进程。
空进程
- 该进程没有任何运行的数据了，且保留在内存空间，并没有被系统Killed，属于空进程，该进程很容易被杀死。
6、Activity启动模式
1.standard
默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。
例如：
若我有一个Activity名为A1, 上面有一个按钮可跳转到A1。那么如果我点击按钮，便会新启一个Activity A1叠在刚才的A1之上，再点击，又会再新启一个在它之上……
点back键会依照栈顺序依次退出。
2.singleTop
可以有多个实例，但是不允许多个相同Activity叠加。即，如果Activity在栈顶的时候，启动相同的Activity，不会创建新的实例，而会调用其onNewIntent方法。
例如：
若我有两个Activity名为B1,B2,两个Activity内容功能完全相同，都有两个按钮可以跳到B1或者B2，唯一不同的是B1为standard，B2为singleTop。
若我意图打开的顺序为B1>>B2>>B2，则实际打开的顺序为B1>>B2（后一次意图打开B2，实际只调用了前一个的onNewIntent方法）
若我意图打开的顺序为B1>>B2>>B1>>>B2，则实际打开的顺序与意图的一致，为B1>>B2>>B1>>B2。
3.singleTask
只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。
如果是在别的应用程序中启动它，则会新建一个task，并在该task中启动这个Activity，singleTask允许别的Activity与其在一个task中共存，也就是说，如果我在这个singleTask的实例中再打开新的Activity，这个新的Activity还是会在singleTask的实例的task中。
例如：
若我的应用程序中有三个Activity,C1,C2,C3，三个Activity可互相启动，其中C2为singleTask模式，那么，无论我在这个程序中如何点击启动，如：C1>>C2>>C3>>C2>>C3>>C1>>C2，C1,C3可能存在多个实例，但是C2只会存在一个，并且这三个Activity都在同一个task里面。
但是C1>>>C2>>C3>>C2>>C3>>C1>>C2，这样的操作过程实际应该是如下这样的，因为singleTask会把task中在其之上的其它Activity destory掉。
操作：C1>>C2实际：C1>>C2
操作：C1>>C2>>C3实际：C1>>C2>>C3
操作：C1>>C2>>>C3>>>C2实际：C1>>C2
操作：C1>>C2>>C3>>C2>>C3>>C1实际：C1>>C2>>C3>>C1
操作：C1>>C2>>C3>>C2>>C3>>C1>>C2实际：C1>>C2法
结果：只要启动C2，就会destory掉C2上面的Activity，并调用C2的onNewIntent方法
若是别的应用程序打开C2，则会新启一个task。
如别的应用Other中有一个Activity，TaskId为1，从它打开C2，则C2的TaskId不会为1，例如C2的TaskId为2，那么再从C2打开C1、C3，则C1、C2、C3的TaskId仍为2。
注意：如果此时你点击home，然后再打开Other，发现这时显示的肯定会是Other应用中的内容，而不会是我们应用中的C1、C2、C3的其中一个。
4.singleInstance
只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的Activity存在。
例如：
程序有三个ActivityD1,D2,D3，三个Activity可互相启动，其中D2为singleInstance模式。那么程序从D1开始运行，假设D1的TaskId为1，那么从D1启动D2时，D2会新启动一个task，即D2与D1不在一个task中运行。假设D2的TaskId为2，再从D2启动D3时，D3的TaskId为1，也就是说它被压到了D1启动的任务栈中。
若是在别的应用程序打开D2，假设Other的TaskId为1，打开D2，D2会新建一个task运行，假设它的TaskId为2，那么如果这时再从D2启动D1或者D3，则又会再创建一个task，假设它的TaskId为3，因此，若操作步骤为Other>>D2>>D1，这过程就涉及到了3个task了。
启动模式使用
设置Activity的启动模式，只需要在AndroidManifest.xml里对应的<activity>标签设置Android:launchMode属性，例如：
android:name=".A1"
android:launchMode="standard"/>
7、Scheme跳转协议
Android中的Scheme是一种页面跳转协议，和网站通过URL的形式访问一样，APP同样可以通过这种方式进行跳转，它可以很方便的满足我们在一些场景中的需求：
- 通过小程序，利用Scheme协议打开原生app
- 当应用接收到Push，点击通知栏消息跳转到特定页面，比如商品详情等。
- 通过服务器下发的跳转路径，客户端可以根据路径跳转相应页面。
- 应用跳转到其他APP指定页面。
- H5页面点击锚点，APP端跳转具体页面。
URL
1、URL是一种资源定位器和根据协议建立的约束规则与资源通信的读写机制，用于定位、读写资源。
2、Android中的Scheme是一种页面内跳转协议，通过定义自己的Scheme协议，可以跳转App中各个页面。
URL协议格式
scheme 协议分为：scheme，host，port，query，path
ara://test:80/api?id=1&name=HelloWorld
// scheme : ara
// host : test
// port : 80
// path : api
// query : id=1&name=HelloWorld
URL使用
<activity
android:name=".ui.main.ui.activity.SchemeFirstActivity"
android:screenOrientation="portrait">
<!--Android 接收外部跳转过滤器-->
<!--要想在别的App上能成功调起App，必须添加intent过滤器-->
<intent-filter>
<!-- 协议部分配置 ,注意需要跟web配置相同-->
<!--协议部分，随便设置 ara://test:80/api?id=1&name=HelloWorld -->
<data android:scheme="ara"
android:host="test"
android:path="/api"
android:port="80"/>
<!--下面这几行也必须得设置-->
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<action android:name="android.intent.action.VIEW" />
</intent-filter>
</activity>
获取Scheme跳转的参数，并添加跳转方式
public class SchemeFirstActivity extends AppCompatActivity {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Uri uri = getIntent().getData();
if (uri != null) {
//获取指定参数值
String id= uri.getQueryParameter("id");
Log.e( "url","id: " + id);
if(id.equals("1")){
ActivityUtils.startActivity(MainActivity.class);
}else if(id.equals("2")){
ActivityUtils.startActivity(LoginActivity.class);
}
}
finish();
}
}
URL调用方式
// 原生调用
Intent intent = new Intent(Intent.ACTION_VIEW,
Uri.parse("ara://test:80/api?id=1&name=HelloWorld"));
startActivity(intent);
// 网页调用
<a href="ara://test:80/api?id=1&name=HelloWorld">打开App</a>
参考
Scheme协议详细介绍
