⑴ android中，由Activity启动一个Service，Service如何获得启动它的Activity对象
在service中做一个activity的集合
再做一个addActivity的方法和findActivity的方法
将你需要调拦毁羡用handler的activity通过简拍addActivity方余迹法放到service的activity集合中
需要用的时候用findActivity从activity把那个对象取出来
⑵ Android Service启动Activity
Android Service 基础知识点
我们都知道Activity中启动Activity，只需要startActivity，如果在Service中启动Activity呢？
在Service中启动Activity，很多人说在非Activity中启动Activity需要加FLAG_ACTIVITY_NEW_TASK flag，如果我不加会怎么样呢？
并没有出现异常和崩溃，跳转也是正常的，但是与之前所说的会崩溃报出异常不符合啊？！难道是与版本有关吗？大友于是我使用了Android 23去测试果然抛出了异常
ContextImpl在Android studio中属于隐藏源码，在IDE中可能看不到，那就需要在SDK中去找 我的是：D:\AndroidSdk\sources\android-23\android\app\ContextImpl.java
可以看到只是判断条件不同而已，android-23中发现没有Intent.FLAG_ACTIVITY_NEW_TASK会直接抛出异常，而android-26中我们在非 Activity 调用 startActivity() 的时候，我们这个 options 通常是 null 的，所以在 26 之间的时候，误把判断条件 options == null 写成了 options != null 导致进不去 if，从而不会抛出异常
附加：在android 24-android 27（即android N-android O）之间出现了bug，也就是说即使没有加Intent.FLAG_ACTIVITY_NEW_TASK也会正常跳转激仿销
可以很明显看到判断条件targetSdkVersion <明游 Build.VERSION_CODES.N || targetSdkVersion >= Build.VERSION_CODES.P 即在24-27
看Activity中启动Activity的源码
Activity.startActivity() ->startActivityForResult()->mInstrumentation.execStartActivity() ...最终还是Ams去启动Activity 也就是Activity中重写了startActivity()方法所以不会出现这个异常
其实直观很好理解，如果不是在Activity中启动的，那就可以看做不是用户主动的行为，也就说这个界面可能出现在任何APP之上，如果不用Intent.FLAG_ACTIVITY_NEW_TASK将其限制在自己的Task中，那用户可能会认为该Activity是当前可见APP的页面，这是不合理的。举个例子：我们在听音乐，这个时候如果邮件Service突然要打开一个Activity，如果不用Intent.FLAG_ACTIVITY_NEW_TASK做限制，那用户可能认为这个Activity是属于音乐APP的，因为用户点击返回的时候，可能会回到音乐，而不是邮件（如果邮件之前就有界面）
对比源码发现，在我们非 Activity 调用 startActivity() 的时候，我们这个 options 通常是 null 的，所以在 24~27 之间的时候，误把判断条件 options == null 写成了 options != null 导致进不去 if，从而不会抛出异常，如此我们使用 Context.startActivity() 的时候是一定要加上 FLAG_ACTIVITY_NEW_TASK 的，但是在 Android N 到 O-MR1，即 24~27 之间却出现了 bug，即使没有加也会正确跳转
结语：感谢各位大佬的分享，对此有疑问的可以去运行跑一下，看一下相关的源码，如有错误的需要改进的地方，请留言评论指出，谢谢！
参考文章：
⑶ Android应用设置启动Activity
打开app/src/main目录下的AndroidManifest.xml文件，修改以下内容
在需要启动的activity中添加以下内容
更多内容点此查看。
⑷ Android —— Activity的四种启动模式
除了Activity的生命周期外，Activity的启动模式也是一个难点，有时候为了满足项目的特殊需求，就必须使用Activity的启动模式。
在默认情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把它们放入任务栈中，但是有些场景重复创建多个实例，是没有必要且浪费资源的，这就需要启动模式来修改系统的默认行为。
下面，我将以理论+实践的形式为大家介绍Activity的启动模式。
这是系统的默认启动模式，采用这种模式的Activity无论是否已经存在实例，都会重新创建一个实例，在这种模式下谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。
实践：MainActivity 采用 standard 模式
在这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的 NewIntent 方法将会被回调。如果新Activity的实例已存在但不是位于栈顶，那么新Activity依然会被创建。
实践：MainActivity 采用 singleTop 模式
MainActivity 采用 singleTop 模式，SecondActivity采用 standard 模式
这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，而是回调 onNewIntent() 。
实践：MainActivity 采用 singleTask 模式
MainActivity 采用 singleTask 模式，SecondActivity采用 standard 模式
这是一种加强的 singleTask 模式，它除了具有 singleTask 模式的所有特性外，还加强了一点，那就是具有此模式的Activity只能单独的位于一个任务栈中。
实践：MainActivity 采用 singleInstance 模式
MainActivity 采用 singleInstance 模式，SecondActivity采用 standard 模式
以上就是Activity启动模式的介绍。
欢迎留言指出错误。
⑸ Android Activity启动模式与状态保存及恢复详解
Activity是 Android组件 中最基本也是最为常见用的四大组件（Activity，Service服务，Content Provider内容提供者，BroadcastReceiver广播接收器）之一 。
Activity是一个应用程序 组件 ，提供一个 屏幕 ，用户可以用来交互为了完成某项任务。
Activity中所有操作都与用户密切相关，是一个负责与 用户交互 的组件，可以通过setContentView(View)来 显示指定控件 。
在一个android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。
关于Activity启动流程请参考之前的文章 Android activity启动流程分析
activity有四种启动模式，分别为standard，singleTop，singleTask，singleInstance。如果要使用这四种启动模式，必须在manifest文件中<activity>标签中的launchMode属性中配置。
标准的默认启动模式，这种模式下activity可以被多次实例化，即在一个task中可以存在多个activity，每一个activity会处理一个intent对象，（在A中再次启动A，会存在后面的A在前面的A上面，当前task会存在两个activity的实例对象）
如果一个singleTop模式启动的activity实例已经存在于栈顶，那么再次启动这个activity的时候，不会重新创建实例，而是重用位于栈顶的那个实例，并且会调用实例的onNewIntent()方法将Intent对象传递到这个实例中，如果实例不位于栈顶，会创建新的实例。
启动模式设置为singleTask，framework在启动该activity时只会把它标示为可在一个新任务中启动，至于是否在一个新任务中启动，还要受其他条件的限制，即taskAffinity属性。
taskAffinity ：默认情况下，一个应用中的所有activity具有相同的taskAffinity，即应用程序的包名。我们可以通过设置不同的taskAffinity属性给应用中的activity分组，也可以把不同的应用中的activity的taskAffinity设置成相同的值，当两个不同应用中的activity设置成相同的taskAffinity时，则两个activity会属于同一个TaskRecord。
在启动一个singleTask的Activity实例时，如果系统中已经存在这样一个实例，就会将这个实例调度到任务栈的栈顶，并清除它当前所在任务中位于它上面的所有的activity；如果这个已存在的任务中不存在一个要启动的Activity的实例，则在这个任务的顶端启动一个实例；若这个任务不存在，则会启动一个新的任务，在这个新的任务中启动这个singleTask模式的Activity的一个实例。
以singleInstance模式启动的Activity具有全局唯一性，即整个系统中只会存在一个这样的实例，如果在启动这样的Activiyt时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。
以singleInstance模式启动的Activity具有独占性，即它会独自占用一个任务，被他开启的任何activity都会运行在其他任务中（官方文档上的描述为，singleInstance模式的Activity不允许其他Activity和它共存在一个任务中）。
被singleInstance模式的Activity开启的其他activity，能够开启一个新任务，但不一定开启新的任务，也可能在已有的一个任务中开启，受条件的限制，这个条件是：当前系统中是不是已经有了一个activity B的taskAffinity属性指定的任务。
涉及到Activity启动，就不得不说一下Activity的管理，Activity是以什么方式及被什么类来进行管理的，涉及的类主要如下：
历史栈中的一个条目，代表一个activity。ActivityRecord中的成员变量task表示其所在的TaskRecord，ActivityRecord与TaskRecord建立了联系。
内部维护一个 ArrayList<ActivityRecord> 用来保存ActivityRecord，TaskRecord中的mStack表示其所在的ActivityStack，TaskRecord与ActivityStack建立了联系。
内部维护了一个 ArrayList<TaskRecord> ，用来管理TaskRecord，ActivityStack中持有ActivityStackSupervisor对象，由ActivityStackSupervisor创建。
负责所有ActivityStack的管理。内部管理了mHomeStack、mFocusedStack和mLastFocusedStack三个Activity栈。其中，mHomeStack管理的是Launcher相关的Activity栈；mFocusedStack管理的是当前显示在前台Activity的Activity栈；mLastFocusedStack管理的是上一次显示在前台Activity的Activity栈。
ActivityThread 运行在UI线程（主线程），App的真正入口。
用来实现AMS和ActivityThread之间的交互。
负责调用Activity和Application生命周期。
当一个Activity未被主动关闭，即“被动关闭”时，可能需要系统给用户提供保持一些状态的入口。
前面说的入口就是：Activity提供了onSaveInstanceState()方法，该方法是Activity在关闭前保存状态的核心方法。
前面提到“被动关闭”，如果是主动关闭那么就不会调用，比如：按back键、调用finish()等，那么"被动关闭"的场景有哪些呢？下面给列举一下：
肯定在调用onStop()前被调用，但不保证在onPause()前 / 后，一般是在onPause()后调用。
当需要保持状态时，在onSaveInstanceState()内执行以下逻辑：
当需要恢复时，在onCreate()内部执行以下逻辑：
布局每个View默认实现：onSaveInstanceState()，即UI的任何改变都会自动的存储和在activity重新创建的时候自动的恢复(只有在为该UI提供了唯一ID后才起作用)；
若需复写该方法从而存储额外的状态信息时，应先调用父类的onSaveInstanceState()（因为默认的onSaveInstanceState()帮助UI存储它的状态）；
只使用该方法记录Activity的瞬间状态（UI的状态），而不是去存储持久化数据，因为onSaveInstanceState()调用时机不确定性；可使用 onPause()[一定会执行]存储持久化数据；
Activity提供了onRestoreInstanceState()方法，该方法是Activity在重新创建后恢复之前保存状态的核心方法。
若被动关闭了Activity，即调用了onSaveInstanceState()，那么下次启动时会调用onRestoreInstanceState()。
onCreate()--->onStart()--->onRestoreInstanceState()--->onResume()
注意： onSaveInstanceState（）、onRestoreInstanceState（）不一定 成对被调用
如：当正在显示Activity A时，用户按下HOME键回到主界面，然后用户紧接着又返回到Activity A，此时Activity A一般不会因为内存的原因被系统销毁，故Activity A的onRestoreInstanceState()不会被执行；
针对以上情况，onSaveInstanceState保持的参数可以选择在onCreate()内部进行解析使用，因为onSaveInstanceState的bundle参数会传递到onCreate方法中，可选择在onCreate()中做数据还原。
至此：Activity的启动模式及Activity的状态保持及恢复介绍完毕。
⑹ android adb 启动activity、service，发送broadcast等操作
android adb 启动activity、service，发送broadcast等操作
一、adb启动activity：
adb shellam start -n ｛包(package)名｝/｛包名｝.{活动(activity)名称}
如：启动浏览器
adb shell am start -n com.android.browser/com.android.browser.BrowserActivity
二、adb关闭activity：
adb shellam force-stop ｛包(package)名｝
如：关闭浏览器adb shellam force-stopcom.android.browser
三、adb启动service：
adb shellam startservice -n｛包(package)名｝/此困｛包名｝.{服务(service)名称}
如：启动自己应用中一个service
adb shellam startservice -n com.android.traffic/com.android.traffic.maniservice
四、adb卸载应用程序：
adb uninstall｛包(package)名｝
如：卸载浏森悄念览器adbuninstallcom.android.browser
五、adb发送broadcast：
adb shellam broadcast -a <广播动作>
如：发送一个网络变化的广播
adb shellam broadcast -a android.net.conn.CONNECTIVITY_CHANGE
六、运纤adb端口转发：
adb shell am broadcast -a NotifyServiceStop
adb forward tcp:12580 tcp:10086
adb shell am broadcast -a NotifyServiceStart
⑺ Android 10.0 ActivityManagerService的启动流程
我们讲完了SystemServer的启动过程，本节主要来讲解ActivityManagerService的启动过程。ActivityManagerService简称AMS，管理Activity行为，控制Activity的生命周期，派发消息事件，内存管理等功能。
ActivityManagerService启动由SystemServer中startBootstrapService启动
ATM启动最终调用的是ActivityTaskManagerService.Lifecycle.onStart()来启动ATM服务的
源码：ActivityTaskManagerService.java#Lifecycle.class
将ActivityTaskManagerInternal添加到本地服务的全局注册表中。
ActivityTaskManagerInternal为抽象类，其实现类为ActivityTaskManagerService#LocalService.class
构造函数初始化主要工作就是初始化一些变量，供之后的service，broadcast，provider的管理和调度
start中做了两件事
AMS的systemReady处理分为三个阶段
同时获取一些配置参数。 需要注意的是，由于只有Java进程才会向AMS注册，而一般的Native进程不会向AMS注册，因此此处杀死的进程是Java进程。
主要是调用一些关键服务的初始化函数，然后杀死那些没有FLAG_PERSISTENT 却在AMS启动完成前已经存在的进程，同时获取一些配置参数。需要注意的是，由于只有Java进程才会向AMS注册，而一般的Native进程不会向AMS注册，因此此处杀手的进程是Java进程。
执行goingCallback的处理，主要的工作就是通知一些服务可以进行systemReady相关的工作，并进行启动服务或应用进程的工作
监控Native的crash，启动WebView，执行一些服务的systemReady和systemRunning方法
启动Home Activity，当启动结束，发送ACTION_BOOT_COMPLETED广播时，AMS的启动过程告一段落
启动Home Activity
AMS的启动主要经历了如下几个阶段：
⑻ android中的activity的启动方式有哪几种
Activity启动模式有4种，分别为standard、singleTop、singleTask、singleInstance。
1.standard 默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。
2.singleTop 可以有多个实例，但是不允许多个相同Activity叠加。即，如果Activity在栈顶的时候，启动相同的Activity，不会创建新的实例，而会调用其onNewIntent方法。
3.singleTask 只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。
4.singleInstance只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的Activity存在。
⑼ Activity的启动流程
开发中我们会调用startActivity来启动一个Activity，最终会调到 startActivityForResult ：
Instrumentation 是Android系统里面的一套控制方法或者“钩子”。这些钩子可以在正常的生命周期（正常是由操作系统控制的）之外控制Android控件的运行。
Application和Activity的所有生命周期中，都会先调用Instrumentation提供的相应方法（如callActivityOnCreate，callApplicationOnCreate，newActivity，callActivityOnNewIntent）
Instrumentation.execStartActivity
ActivityTaskManager.getService()返回了一个IActivityTaskManager，拿到的是ATMS的代理对象，跨进程调用了ATMS的startActivity方法。
ActivityStarter.startActivityMayWait
ActivityStarter中做了一系列的调用（收集Intent信息，处理startActivityForResult，做一些校验判断等），最终进入startActivityUnchecked。
startActivityUnchecked
startActivityUnchecked中处理了关于Activity启动模式的处理，接着真正的resume我们的Activity
这里会先判断应用进程是否创建，创建了就进入 realStartActivityLocked ，没创建就会调用 ActivityManagerInternal.startProcess
①热启动realStartActivityLocked
接着看ActivityThread中接收并处理消息的handleMessage
前面realStartActivityLocked方法中通过addCallback，传入参数LaunchActivityItem。executeCallbacks方法中取出callbacks集合中的LaunchActivityItem，并调用其execute方法
handleLaunchActivity
②冷启动创建应用进程ActivityManagerInternal.startProcess
ActivityManagerInternal的实现类是AMS中的LocalService，AMS通过Socket与Zygote通信，fork出App进程，app进程创建后，会执行ActivityThread的main方法（Android进程入口方法）
调用ActivityThread的attach
[4]thread.bindApplication 这是一个binder通信的过程
ActivityThread内部的Handler接收到BIND_APPLICATION消息
回到上面attachApplicationLocked的mAtmInternal.attachApplication，调用ATMS的attachApplication
看到了似曾相识的realStartActivityLocked，后面流程和之前一样。Activity启动流程分析完毕。
总结
1）与Activity管理有关的类：
ActivityRecord ：历史栈中的一个条目，代表一个Activity
TaskRecord ：内部维护了一个ArrayList<ActivityRecord> ，来保存ActivityRecord
ActivityStack ：内部维护了一个ArrayList<TaskRecord>，用来管理TaskRecord
ActivityStackSupervisor ：用来管理ActivityStack的
2）Activity启动流程
⑽ android 怎么设置activity的启动模式
在Android中每个界面都是一个Activity，切换界面操作其实是多个不同Activity之间的实例化操作。在Android中Activity的启动模式决定了Activity的启动运行方式。
Android总Activity的启动模式分为四种：
Activity启动模式设置：
<activity android:name=".MainActivity" android:launchMode="standard" />
Activity的四种启动模式：
1. standard
模式启动模式，每次激活Activity时都会创建Activity，并放入任务栈中。
2. singleTop
如果在任务的栈顶正好存在该Activity的实例， 就重用该实例，否者就会创建新的实例并放入栈顶(即使栈中已经存在该Activity实例，只要不在栈顶，都会创建实例)。
3. singleTask
如果在兄码栈中已经有该Activity的实例，就重用该实例(会调用实例的onNewIntent())。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移除栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
4. singleInstance
在一个新栈中创建该Activity实例，并让多个应用共享改栈中的该Activity实例。一旦改模式的Activity的实例存在于某个栈中，任何应用再激活改Activity时都会重用该栈中的实例，其效果相当于多个应用程序共享一个应用，不管谁激活该Activity都会进入同一个应用中。
其中standard是系统默认的启动模式。
下面通过实例来演示standard的运行机制：
1 private TextView text_show;
2 private Button btn_mode;
3
4 @Override
5 public void onCreate(Bundle savedInstanceState) {
6 super.onCreate(savedInstanceState);
7 setContentView(R.layout.activity_main);
8
9 text_show = (TextView) this.findViewById(R.id.text_show);
10
11 text_show.setText(this.toString());
12
13 btn_mode = (Button) this.findViewById(R.id.btn_mode);
14
15 }
16
按钮单击事件
17 public void LaunchStandard(View v){
18 startActivity(new Intent(this,MainActivity.class));
19
20 text_show.setText(this.toString());
21 }
在android里，有4种activity的启动模式，分别为：
“standard” (默认)
“singleTop”
“singleTask”
“singleInstance”
1. 如何决定所属task
“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，除非intent包括参数FLAG_ACTIVITY_NEW_TASK。
如果提供了FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。
2. 是否允许多个实例
“standard”和”singleTop”可以被实例化多次，并且存在于不同的task中，且一个task可以包括一个activity的多个实例；
“singleTask”和”singleInstance”则限制只生成一个实例，并且是task的根元素。
singleTop要求如果创建intent的时候栈顶已经有要创建 的Activity的实例，则将intent发送给该实例，而不发送给新的实例。
3. 是否允许其它activity存在于本task内
“singleInstance”独占一个task，其它activity不能存在那个task里；如果它启动了一个新的activity，不管新的activity的launch mode 如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。
而另外三种模式，则可以和其它activity共存。
4. 是否每次都生成新实例
“standard”对于没一个启动Intent都会生成一个activity的新实例；
“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。
比如现在task栈元素为A-B-C-D（D在栈顶），这时候给D发一个启动intent，如果D是 “standard”的，则生成D的一个新实例，栈变为A－B－C－D－D。
如果D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D
如果这时候给B发Intent的话，不管B的launchmode是”standard” 还是 “singleTop” ，都会生成B的新实例，栈状态变为A-B-C-D-B。
“singleInstance”是其所在栈的唯一activity，它会每次都被重用。
“singleTask”如果在栈顶，则接受intent，否则，该intent会被丢弃，但是该task仍会回到前台。
当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法
如果收到intent生成一个activity实例，那么用户可以通过back键回到上一个状态；如果是已经存在的一个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。
总结如下：
standard 每次都会新建，每个Task都可以有，且每个Task都可以有多个实例（每个Task都可以有，且可以有多个）
singleTop 当前实例如果在栈顶，就不新建实例，调用其OnNewIntent。 如不在栈顶，则新建实例 （每个Task都可以有，且可以有多个，在栈顶时可复用）
singleTask 新建一个Task，如果已经有其他的Task并且包含该实例，那就直接调用那个Task的实例。（只有一个Task中会有）
singleInstance 新建一个Task，且在该Task中只有它的唯一一个实例。 (只有一个Task会有，且该Task中只有它)
FLAG_ACTIVITY_NEW_TASK 类似singleTask
FLAG_ACTIVITY_SINGLE_TOP 类似singleTop
FLAG_ACTIVITY_CLEAR_TOP 无对应
启动模式简单地说就是Activity启动时的策略，在AndroidManifest.xml中的标签的android:launchMode属性设置；
启动模式有4种，分别为standard、singleTop、singleTask、singleInstance；
讲解启动模式之前，有必要先了解一下“任务栈”的概念;
一 ：
standard 模式：这个就没有什么好说的了，Android默认Activity启动的模式 就是 standard，如果有3个 Activity，Act1,Act2,Act3, 如果从Act1 启动到Act2 ，在启动到Act3，那么Android 的任务栈(task stack)分别为 Act1、Act2、Act3，Act3 在栈顶，如果此时按手机返回键，则需要返回3次才能返回到桌面(假设是从桌面启动的demo)，任务栈分销毁掉 Act3，Act2，最后Act1 。
二 ：singleTop模式：
实验效果：
singleTop模式：该启动模式和standard模式相差不多，任务栈分配也很相似，如：现有 act1,act 2,在act2 清单文件中配置 android:launchMode="singleTop" ，其他都是默认standard 模式， 若从桌面启动该实验demo，从act 1,到act2 ，那么任务栈则分配为，act1，act2，此时该任务栈和 standard 模式任务栈分配则完全相同，接下来则说明不同的地方，如果在act2 界面中 启动 到act1， 此时的 任务栈 情况则为 act1，act2，act1，在由act1 启动到act2，在启动到act2，进行多次启动，(在act2界面)任务栈的情况则为，act1，act2，act1，act2，栈顶的act2 则不会重新创建，则会复用act2 该 Activit， 依次类推。
理论知识：
singleTop，如果任务栈的栈顶元素是要被激活的组件，不会创建新的Activity放在任务栈，而是会复用栈顶的Activity。 如果发现栈顶的元素不是要激活的Activity，就会创建新的Activity 放置到任务栈里面
singleTop模式应用场景 ：
App程序中(或浏览器中)保存的书签，假如用户看到一个界面保存自己喜欢的标签，假如要保存10个，这个时候用户在返回键的时候，则会返回10次才能返回到App应用中， Android下singleTop 则解决该问题。
三singleTask 模式 ：
实验效果 相差不大，实验内容就不多说了，自己可以写个小demo，两个Activity，每个Activiy 有两个button，可以相互启动 打日志去动手查看，会理解更加深刻，可以参照着 SingleTop模式去实验，以下只是讲解下 和SingleTop的区别：
区别如下：(理论知识)
SingleTask 操作模式，一般和singleTop操作模式类似，如果他发现任务栈里面已经有了要启动的这个Activity，他会清空这个Activity所在的任务栈上面的所有Activiy，然后直接复用这个已经存在的Activity 。
应用场景：
如果一个App中，有一个功能需要加载网页内容 ，打开一个 browserActiviy现在网页内容，则内存开销非常大，首先要初始化webkit /c++ 嵌入式浏览器内核broweractivity 配置了singleTask，空间换时间，使用该模式可以节省内存开销。
四 ：singleinstance 模式 ：
直接理论知识吧”：
singleInstance操作模式会新开启一个任务栈，跟其他普通Activity不是 同一个任务栈，比较牛，他的模式流程是 首先要新开启一个新的任务栈把要激活的Activity放置到新的 任务栈里，这个任务栈里面只有且 只有一个实例，也比较极端吧。说比较极端也跟他的应用场景有关系。
应用场景 ：
App各种词典，向有道词典，什么金山词典，说极端是因为不想被放置到同一个任务栈里面，它是全局的系统程序应用，达到节省内存的使用目的。
存有ghost版win7系统iso镜像文件的u启动uefi u盘启动盘插在电脑u *** 接口上，然后重启电脑，在出现开机画面时用一键u盘启动快捷键的方法进入到启动项选择窗口，然后将光标移至UEFI:开头的项（注意：一定要选择该项），按回车键执行等待进入到u启动win pe系统，u启动装机工具会自动开启，并加载到u启动uefi u盘启动盘中准备的win7系统安装程序，点击选择c盘为系统安装盘，再点击“确定”按钮继续
随即会弹出一个询问是否执行该操作的提示窗口，点击“确定”按钮执行操作
然后耐心等待win7系统释放完成并自动重启电脑即可
电脑重启后会完成系统后续程序安装应用，直到进入win7系统桌面即可
楼主的这一段理论似乎有点不太准确 “在D完成操作以后，我启动了系统内置的浏览器E，根据sdk的说法，浏览器E被放进了一个新任务。那么现在有两个任务” 你凭什么确定浏览器E被放进了一个新的Task呢？ 在启动浏览器E的Intent里设置了flag？ intentandroid开发 activity启动模式中singleTop的疑问
Activity的四种启动模式：standard：这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。
singleTop： 如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例，只要不在栈顶，都会创建新的实例。
singleTask：如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的 onNewIntent() )。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
singleInstance：在一个新栈中创建该Activity的实例，并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用，不管谁激活该 Activity 都会进入同一个应用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 属性。
不知道你要问什么，为你解答
Activity的四种启动模式：standard：这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。
singleTop： 如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例，只要不在栈顶，都会创建新的实例。
singleTask：如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的 onNewIntent() )。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
singleInstance：在一个新栈中创建该Activity的实例，并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用，不管谁激活该 Activity 都会进入同一个应用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 属性。