Activity是Android四大组件中用来显示界面和操作互动的，一般来说，我们手机上都会打开多个App，每个App又有多个Activity，在用户看来，这些Activity的创建、回退、跳转、复用等，都是用户体验，甚至是业务逻辑的一部分，所以Android提供了完备的管理机制。
先来梳理一下基础知识。
Process、AMS、ActivityStack、ActivityTask
- Process，系统为App提供的进程（Process）资源，默认一个App一个Process，我们也可以要求为一个App提供多个Process。
- AMS，系统开机启动时，会启动ActivityManagerService（简称AMS）来管理四大组件以及Intent、pendingintent、apk进程、task和释放组件内存等。AMS是一个独立的进程（SystemServie、AMS、PMS、WMS等系统服务，实质都是一个个App，各自拥有自己的进程），系统只有一个AMS，而且因为AMS在独立的进程上，所以AMS和App之间，需要通过IPC机制进行跨进程通信。
- ActivityStack ，AMS为了管理Activity实例，会建立并管理一个ActivityStack，用ActivityStackSupervisor来更新这个栈，因为系统只有一个AMS，所以ActivityStack也只有一个。ActivityStack是一个管理者的角色，会管理协调ActivityRecord和TaskRecord，以及所有的任务栈。
- ActivityTask，系统中的所有Activity，在面向用户时可能分成多个组，这是按照任务栈（Task）来组织的，我们常说的Activity启动模式，其实是操作任务栈（Task），而不是操作Activity栈（Stack）。
组织形式大概是这样的：
（我们可以用gethashcode()获取Activity实例的唯一标识、用gettaskaffinity()获取Activity所在的任务栈，用adb shell dumpsys activity命令可以列出所有的Activity）
可见，Activity管理的核心在于AMS，AMS中分两个维度来管理Activity，一个是ActivityStack，只有一个，用ActivityRecord来记录对应的Activity信息，主要用来管理系统中有哪些Activity；另一个是ActivityTask，可能有多个，用TaskRecord来记录对应的Activity信息，主要用来把Activity组合成为多个Task栈，以便按照特定的业务逻辑展示给用户。
所以，要管理多个Activity之间的关系，主要依靠任务栈Task。
任务栈（Task）
长按Home键（有的设备是长按菜单键），那些最近打开的App记录，就是任务栈Task。
Task任务栈也叫BackStack回退栈，是后进先出栈，在一个Task栈里一直按Back键，就会不断回退到上一个Activity（包括其他App的Activity），直到回退至Home，所以，用户感知到的Activity界面回退逻辑，是由Task栈决定的，管理Activity的回退跳转逻辑，其实就是管理Task任务栈。
Task不止一个，我们有可能会把现有的Task整体移动到后台，然后创建一个新的Task，点开Notification、点击Home键（或在Activity中调用moveTaskToBack(true)，false值表示当前Activity必须在栈底）、App创建NewTask等行为，都可能把Task移动到后台，创建新的Task。
对Task任务栈的管理，主要包括Activity启动模式和IntentFlag创建方式两部分。
Activity的四种启动模式
启动Activity的重点在于，如何复用已经存在的Activity实例，所以四种启动模式实际上是四种复用模式，针对复用策略，Android中定义了四种启动模式（android:launchMode）：
- "standard"，默认，不复用，每次创建新实例。
- "singleTop"，栈顶复用，检查栈顶，如果不是要启动的Activity，创建新实例；如果是，就复用。
- "singleTask"，栈中复用，检查任务栈，如果没有要启动的Activity，创建新实例；如果有，就把该Activity上方的其他Activity全部推出任务栈，复用该Activity。
- "singleInstance"，单例模式，独享一个任务栈，且只有一个任务栈，只有
一个Activity实例。
这四种启动模式可以在manifest文件中定义，也可以在intent中用代码动态赋值（例如添加FLAG_ACTIVITY_SINGLE_TOP标识，等同于设置singleTop属性）。
这四种模式中，standard和singleTop类型的Activity可能出现多个实例，singleTask和singleInstance类型则只能有一个实例。
如果要使用startActivityForResult，在5.0以前还有使用限制，只允许standard<->singleTop、singleTask->standard、singleTask->singleTop，其他跳转因为无法确保回到原Activity，可能会遇到RESULT_CANCELD问题导致无法接收返回值。
这四种模式大概可以这样表示：
如果Activity被复用了，就会回调onNewIntent()函数。
正常启动的Activity生命周期是onCreate()-->onStart()-->onResume()...。
复用的Activity生命周期是onNewIntent()-->onResart()-->onStart()--> onResume()...
一些常见的IntentFlag
除了上一节的四种启动模式之外，我们还可以在代码中设置intentFlag，用更丰富的形式来定义Activity的创建和复用策略。
intentFlag有时候需要和taskAffinity属性（android:taskAffinity）配合使用，taskAffinity指的是Activity的任务亲和性，即Activity与哪个Task更亲和，默认值是应用的包名，taskAffinity属性在2种情况下起作用：启动 activity的Intent对象添加了FLAG_ACTIVITY_NEW_TASK标记，或activity的allowTaskReparenting属性为true。
一些常见的IntentFlag如下：
- FLAG_ACTIVITY_NEW_TASK （默认）
其实这种标识下，系统会根据Activity的taskAffinity去创建一个新的Task任务栈，并向任务栈中压入一个新创建的Activity实例。
不过，一般情况下App中的taskAffinity都是同一个默认值（包名），这个Task已经存在了，这样的话，运行效果就相当于standard启动模式，在已有的Task中压入一个新建的Activity。
还需要说明的是，如果要用startActivityForResult的形式来调起新的Activity并等待返回结果，就不能使用FLAG_ACTIVITY_NEW_TASK标记，否则调用方的Activity可能会立即收到onActivityResult，实际上就是回调失效了。这是因为使用startActivityForResult时，两个Activity需要在同一个Task里，Android认为不同Task之间的Activity是不能传递数据的。 - FLAG_ACTIVITY_SINGLE_TOP
相当于singleTop启动模式。 - FLAG_ACTIVITY_CLEAR_TOP
模式情况下，会把目标Activity顶部的所有Activity都销毁，同时连同目标Activity也销毁，然后重建目标Activity。
如果和FLAG_ACTIVITY_SINGLE_TOP一起使用，即：
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
就会复用目标Activity，这时相当于singleTask启动模式（CLEAR_TOP这个名字也揭示了singleTask的实质）。
FLAG_ACTIVITY_CLEAR_TOP往往和FLAG_ACTIVITY_NEW_TASK一起使用。用2个标记可以定位已存在的activity并让它处于可以响应intent的位置。
- FLAG_ACTIVITY_CLEAR_TASK
清空目标TASK，把新建的Activity作为栈底的Activity，必须与FLAG_ACTIVITY_NEW_TASK一起使用。 - FLAG_ACTIVITY_REORDER_TO_FRONT
如果Task中已经有实例，把该实例挪到栈顶。（优先级低于FLAG_ACTIVITY_CLEAR_TOP）。 - FLAG_ACTIVITY_BROUGHT_TO_FRONT
这个标志一般不是由程序代码设置的，而是在launchMode中设置singleTask模式时系统帮你设定。 - FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
任务重置，在Activity导致新建Task或挪动到Task顶部时使用。 - FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET
为Task设置一个还原点，当Task恢复到前台时，找到有这个属性的Activity，把这个Activity顶部的其他Activity，连同这个Activity一起销毁。 - FLAG_ACTIVITY_MULTIPLE_TASK
Android系统为了节省资源，默认是复用Activity的，在打开Activity时，总是先搜索存在的task栈，去寻找匹配intent的一个activity。
但是，如果使用了FLAG_ACTIVITY_MULTIPLE_TASK标识（和FLAG_ACTIVITY_NEW_DOCUMENT或者FLAG_ACTIVITY_NEW_TASK一起使用），就会跳过复用搜索步骤，直接创建一个新的task栈，并且在里面启动新的activity。 - FLAG_ACTIVITY_NO_USER_ACTION，用户行为标识，用来区分离开当前Activity是用户行为还是系统行为（比如呼入电话，会导致当前Activity退至后台，但这不是用户行为），如果不是用户行为，就不会执行生命周期中的onUserLeaveHint()，这样我们可以知道用户有没有做某些操作（比如是否看到了推送的通知）。
- FLAG_ACTIVITY_NO_ANIMATION
Activity切换时不展示动画。
其他一些与栈相关的Activity属性：
- android:taskAffinity
亲和性，在intentFlag标识中和FLAG_ACTIVITY_NEW_TASK一起作用；或者与android:allowTaskReparenting共同起作用。 - android:allowTaskReparenting
允许重排任务栈，就是说Activity可以更换所在的Task任务栈，Activity可能在TaskA中，此时系统把一个TaskB移动到前台，如果TaskA和TaskB的affinity相同，那么Activity就会被挪到TaskB。 - android:excludeFromRecents
Activity不添加到最近打开的应用列表中。 - android:alwaysRetainTaskState
保存Task栈中的Activity，当Task被移动到后台后，如果长期没有使用，Android可能会去回收内存，仅保留栈底的Activity，其他Activity全部回收掉，如果alwaysRetainTaskState属性为true，系统就不会进行回收。 - android:clearTaskOnLaunch
催促回收Task栈（与alwaysRetainTaskState相反），这个属性会被赋给栈底的Activity，一旦用户离开Task，系统就会立即回收栈中的Activity，仅保留栈底的Activity。 - android:finishOnTaskLaunch
催促回收Activity，被赋予这个属性的Activity，一旦用户退出Task，Activity就会立即被系统回收，Task中不再保留这个Activity，如果恰好是栈底Activity，那么Task也就清空了。 - android:noHistory
清空历史，离开Activity后，立即回收Activity，Task任务栈中不保存该Activity。noHistory和finishOnTaskLaunch的区别在于销毁Activity的时机，noHistory是在离开Activity时销毁，finishOnTaskLaunch是在切换Task时销毁。
Scheme跳转（页面内跳转）
我们知道，Activity跳转是通过Intent来实现的，在定义Intent时，有三种形式：
- 类名
定义intent时设置目标Activity的类名
intent.setClass(context,ActivityA.class);
setClass其实就是setComponent，相当于
intent.setComponent(new ComponentName(context, ActivityA.class)); - Action
需要在manifest中定义action
<intent-filter> <action android:name="your.action.name" />
定义intent时设置Action
intent.setAction(your.action.name); - Scheme
需要在manifest中定义scheme
定义intent时设置url
new Intent(Intent.ACTION_VIEW, Uri.parse(Url) )
在这三种形式中，Scheme是最灵活，适用最广的，因为只需要一个url，就可以实现跳转。
Scheme是一种页面内跳转协议，在Android和IOS都有使用，Activity向系统注册URL Scheme，就可以通过特定的URL，直接打开App中的某些页面，常用于支持以下几种场景：
- 服务器下发跳转路径，客户端根据服务器下发跳转路径，创建Intent，（new Intent(Intent.ACTION_VIEW, Uri.parse(Url) ) ) ，实现跳转；
- Web页面点击，根据具体跳转路径判断，如果(url.indexOf(H5Constant.SCHEME) != -1)，就去创建Intent，（Intent intent = new Intent(Intent.ACTION_VIEW, uri) ) ，实现跳转；
- App端收到服务器端下发的通知，从消息中解析NotifeConstant.VALID_ACTION_URL得到URL，然后创建Intent，(Intent intent =H5Constant.buildSchemeFromUrl(Url))，实现跳转。
Scheme协议中，URL的格式为：
[scheme:][//domain][:port][path][?query params][#fragment]
其中，scheme、domain、path都需要在manifest中定义。
<activity android:name=".TargetActivity">
<intent-filter>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
<!--允许从浏览器打开App-->
<category android:name="android.intent.category.BROWSABLE"/>
<!--可以定义多组scheme，多个URL指向同一个Activity-->
<data android:scheme="biz1"
android:host="com.buy"
android:path="/path"/>
<data android:scheme="biz2"
android:host="com.earn"
android:path="/route"/>
</intent-filter>
</activity>
被启动的Activity可以从Intent中找到URL中的值
Intent intent = getIntent();
String scheme = intent.getScheme();
Uri uri = intent.getData();
String tab= uri.getQueryParameter("your param");
Activity是Android四大组件中用来显示界面和操作互动的，一般来说，我们手机上都会打开多个App，每个App又有多个Activity，在用户看来，这些Activity的创建、回退、跳转、复用等，都是用户体验，甚至是业务逻辑的一部分，所以Android提供了完备的管理机制。
先来梳理一下基础知识。
Process、AMS、ActivityStack、ActivityTask
- Process，系统为App提供的进程（Process）资源，默认一个App一个Process，我们也可以要求为一个App提供多个Process。
- AMS，系统开机启动时，会启动ActivityManagerService（简称AMS）来管理四大组件以及Intent、pendingintent、apk进程、task和释放组件内存等。AMS是一个独立的进程（SystemServie、AMS、PMS、WMS等系统服务，实质都是一个个App，各自拥有自己的进程），系统只有一个AMS，而且因为AMS在独立的进程上，所以AMS和App之间，需要通过IPC机制进行跨进程通信。
- ActivityStack ，AMS为了管理Activity实例，会建立并管理一个ActivityStack，用ActivityStackSupervisor来更新这个栈，因为系统只有一个AMS，所以ActivityStack也只有一个。ActivityStack是一个管理者的角色，会管理协调ActivityRecord和TaskRecord，以及所有的任务栈。
- ActivityTask，系统中的所有Activity，在面向用户时可能分成多个组，这是按照任务栈（Task）来组织的，我们常说的Activity启动模式，其实是操作任务栈（Task），而不是操作Activity栈（Stack）。
组织形式大概是这样的：
组织形式
（我们可以用gethashcode()获取Activity实例的唯一标识、用gettaskaffinity()获取Activity所在的任务栈，用adb shell dumpsys activity命令可以列出所有的Activity）
可见，Activity管理的核心在于AMS，AMS中分两个维度来管理Activity，一个是ActivityStack，只有一个，用ActivityRecord来记录对应的Activity信息，主要用来管理系统中有哪些Activity；另一个是ActivityTask，可能有多个，用TaskRecord来记录对应的Activity信息，主要用来把Activity组合成为多个Task栈，以便按照特定的业务逻辑展示给用户。
所以，要管理多个Activity之间的关系，主要依靠任务栈Task。
任务栈（Task）
长按Home键（有的设备是长按菜单键），那些最近打开的App记录，就是任务栈Task。
图片来自Activity启动模式图文详解
Task任务栈也叫BackStack回退栈，是后进先出栈，在一个Task栈里一直按Back键，就会不断回退到上一个Activity（包括其他App的Activity），直到回退至Home，所以，用户感知到的Activity界面回退逻辑，是由Task栈决定的，管理Activity的回退跳转逻辑，其实就是管理Task任务栈。
Task不止一个，我们有可能会把现有的Task整体移动到后台，然后创建一个新的Task，点开Notification、点击Home键（或在Activity中调用moveTaskToBack(true)，false值表示当前Activity必须在栈底）、App创建NewTask等行为，都可能把Task移动到后台，创建新的Task。
对Task任务栈的管理，主要包括Activity启动模式和IntentFlag创建方式两部分。
Activity的四种启动模式
启动Activity的重点在于，如何复用已经存在的Activity实例，所以四种启动模式实际上是四种复用模式，针对复用策略，Android中定义了四种启动模式（android:launchMode）：
- "standard"，默认，不复用，每次创建新实例。
- "singleTop"，栈顶复用，检查栈顶，如果不是要启动的Activity，创建新实例；如果是，就复用。
- "singleTask"，栈中复用，检查任务栈，如果没有要启动的Activity，创建新实例；如果有，就把该Activity上方的其他Activity全部推出任务栈，复用该Activity。
- "singleInstance"，单例模式，独享一个任务栈，且只有一个任务栈，只有
一个Activity实例。
这四种启动模式可以在manifest文件中定义，也可以在intent中用代码动态赋值（例如添加FLAG_ACTIVITY_SINGLE_TOP标识，等同于设置singleTop属性）。
这四种模式中，standard和singleTop类型的Activity可能出现多个实例，singleTask和singleInstance类型则只能有一个实例。
如果要使用startActivityForResult，在5.0以前还有使用限制，只允许standard<->singleTop、singleTask->standard、singleTask->singleTop，其他跳转因为无法确保回到原Activity，可能会遇到RESULT_CANCELD问题导致无法接收返回值。
这四种模式大概可以这样表示：
四种启动模式
如果Activity被复用了，就会回调onNewIntent()函数。
正常启动的Activity生命周期是onCreate()-->onStart()-->onResume()...。
复用的Activity生命周期是onNewIntent()-->onResart()-->onStart()--> onResume()...
一些常见的IntentFlag
除了上一节的四种启动模式之外，我们还可以在代码中设置intentFlag，用更丰富的形式来定义Activity的创建和复用策略。
intentFlag有时候需要和taskAffinity属性（android:taskAffinity）配合使用，taskAffinity指的是Activity的任务亲和性，即Activity与哪个Task更亲和，默认值是应用的包名，taskAffinity属性在2种情况下起作用：启动 activity的Intent对象添加了FLAG_ACTIVITY_NEW_TASK标记，或activity的allowTaskReparenting属性为true。
一些常见的IntentFlag如下：
- FLAG_ACTIVITY_NEW_TASK （默认）
其实这种标识下，系统会根据Activity的taskAffinity去创建一个新的Task任务栈，并向任务栈中压入一个新创建的Activity实例。
不过，一般情况下App中的taskAffinity都是同一个默认值（包名），这个Task已经存在了，这样的话，运行效果就相当于standard启动模式，在已有的Task中压入一个新建的Activity。
还需要说明的是，如果要用startActivityForResult的形式来调起新的Activity并等待返回结果，就不能使用FLAG_ACTIVITY_NEW_TASK标记，否则调用方的Activity可能会立即收到onActivityResult，实际上就是回调失效了。这是因为使用startActivityForResult时，两个Activity需要在同一个Task里，Android认为不同Task之间的Activity是不能传递数据的。 - FLAG_ACTIVITY_SINGLE_TOP
相当于singleTop启动模式。 - FLAG_ACTIVITY_CLEAR_TOP
模式情况下，会把目标Activity顶部的所有Activity都销毁，同时连同目标Activity也销毁，然后重建目标Activity。
如果和FLAG_ACTIVITY_SINGLE_TOP一起使用，即：
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
就会复用目标Activity，这时相当于singleTask启动模式（CLEAR_TOP这个名字也揭示了singleTask的实质）。
FLAG_ACTIVITY_CLEAR_TOP往往和FLAG_ACTIVITY_NEW_TASK一起使用。用2个标记可以定位已存在的activity并让它处于可以响应intent的位置。
- FLAG_ACTIVITY_CLEAR_TASK
清空目标TASK，把新建的Activity作为栈底的Activity，必须与FLAG_ACTIVITY_NEW_TASK一起使用。 - FLAG_ACTIVITY_REORDER_TO_FRONT
如果Task中已经有实例，把该实例挪到栈顶。（优先级低于FLAG_ACTIVITY_CLEAR_TOP）。 - FLAG_ACTIVITY_BROUGHT_TO_FRONT
这个标志一般不是由程序代码设置的，而是在launchMode中设置singleTask模式时系统帮你设定。 - FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
任务重置，在Activity导致新建Task或挪动到Task顶部时使用。 - FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET
为Task设置一个还原点，当Task恢复到前台时，找到有这个属性的Activity，把这个Activity顶部的其他Activity，连同这个Activity一起销毁。 - FLAG_ACTIVITY_MULTIPLE_TASK
Android系统为了节省资源，默认是复用Activity的，在打开Activity时，总是先搜索存在的task栈，去寻找匹配intent的一个activity。
但是，如果使用了FLAG_ACTIVITY_MULTIPLE_TASK标识（和FLAG_ACTIVITY_NEW_DOCUMENT或者FLAG_ACTIVITY_NEW_TASK一起使用），就会跳过复用搜索步骤，直接创建一个新的task栈，并且在里面启动新的activity。 - FLAG_ACTIVITY_NO_USER_ACTION，用户行为标识，用来区分离开当前Activity是用户行为还是系统行为（比如呼入电话，会导致当前Activity退至后台，但这不是用户行为），如果不是用户行为，就不会执行生命周期中的onUserLeaveHint()，这样我们可以知道用户有没有做某些操作（比如是否看到了推送的通知）。
- FLAG_ACTIVITY_NO_ANIMATION
Activity切换时不展示动画。
其他一些与栈相关的Activity属性：
- android:taskAffinity
亲和性，在intentFlag标识中和FLAG_ACTIVITY_NEW_TASK一起作用；或者与android:allowTaskReparenting共同起作用。 - android:allowTaskReparenting
允许重排任务栈，就是说Activity可以更换所在的Task任务栈，Activity可能在TaskA中，此时系统把一个TaskB移动到前台，如果TaskA和TaskB的affinity相同，那么Activity就会被挪到TaskB。 - android:excludeFromRecents
Activity不添加到最近打开的应用列表中。 - android:alwaysRetainTaskState
保存Task栈中的Activity，当Task被移动到后台后，如果长期没有使用，Android可能会去回收内存，仅保留栈底的Activity，其他Activity全部回收掉，如果alwaysRetainTaskState属性为true，系统就不会进行回收。 - android:clearTaskOnLaunch
催促回收Task栈（与alwaysRetainTaskState相反），这个属性会被赋给栈底的Activity，一旦用户离开Task，系统就会立即回收栈中的Activity，仅保留栈底的Activity。 - android:finishOnTaskLaunch
催促回收Activity，被赋予这个属性的Activity，一旦用户退出Task，Activity就会立即被系统回收，Task中不再保留这个Activity，如果恰好是栈底Activity，那么Task也就清空了。 - android:noHistory
清空历史，离开Activity后，立即回收Activity，Task任务栈中不保存该Activity。noHistory和finishOnTaskLaunch的区别在于销毁Activity的时机，noHistory是在离开Activity时销毁，finishOnTaskLaunch是在切换Task时销毁。
Scheme跳转（页面内跳转）
我们知道，Activity跳转是通过Intent来实现的，在定义Intent时，有三种形式：
- 类名
定义intent时设置目标Activity的类名
intent.setClass(context,ActivityA.class);
setClass其实就是setComponent，相当于
intent.setComponent(new ComponentName(context, ActivityA.class)); - Action
需要在manifest中定义action
<intent-filter> <action android:name="your.action.name" />
定义intent时设置Action
intent.setAction(your.action.name); - Scheme
需要在manifest中定义scheme
定义intent时设置url
new Intent(Intent.ACTION_VIEW, Uri.parse(Url) )
在这三种形式中，Scheme是最灵活，适用最广的，因为只需要一个url，就可以实现跳转。
Scheme是一种页面内跳转协议，在Android和IOS都有使用，Activity向系统注册URL Scheme，就可以通过特定的URL，直接打开App中的某些页面，常用于支持以下几种场景：
- 服务器下发跳转路径，客户端根据服务器下发跳转路径，创建Intent，（new Intent(Intent.ACTION_VIEW, Uri.parse(Url) ) ) ，实现跳转；
- Web页面点击，根据具体跳转路径判断，如果(url.indexOf(H5Constant.SCHEME) != -1)，就去创建Intent，（Intent intent = new Intent(Intent.ACTION_VIEW, uri) ) ，实现跳转；
- App端收到服务器端下发的通知，从消息中解析NotifeConstant.VALID_ACTION_URL得到URL，然后创建Intent，(Intent intent =H5Constant.buildSchemeFromUrl(Url))，实现跳转。
Scheme协议中，URL的格式为：
[scheme:][//domain][:port][path][?query params][#fragment]
其中，scheme、domain、path都需要在manifest中定义。
<activity android:name=".TargetActivity">
<intent-filter>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
<!--允许从浏览器打开App-->
<category android:name="android.intent.category.BROWSABLE"/>
<!--可以定义多组scheme，多个URL指向同一个Activity-->
<data android:scheme="biz1"
android:host="com.buy"
android:path="/path"/>
<data android:scheme="biz2"
android:host="com.earn"
android:path="/route"/>
</intent-filter>
</activity>
被启动的Activity可以从Intent中找到URL中的值
Intent intent = getIntent();
String scheme = intent.getScheme();
Uri uri = intent.getData();
String tab= uri.getQueryParameter("your param");
附录；
附录二；Android进阶实战技术视频
获取方式；