android启动参数

㈠ android模拟器中命令参数主要有哪些

1、Help
-help打印模拟器参数列表。
-help-all打印所有启动参数明细。
-help-<option>打印指定启动参数的信息。
-help-debug-tags打印所有被-debug <tags>打开的列表。
-help-disk-images打印正在使用的磁盘镜像信息。
-help-environment打印模拟器环境变量信息。
-help-keys打印当前的键盘映射。
-help-keyset-file打印一个自定义的键盘映射文件的定义。

2、Disk Images

-cache <filepath>使用<filepath> 指定网络缓存分区镜像。自定义，您可以指定一个当前工作目录的相对路径。如果没有指定缓存文件，模拟器会指定一个零时文件作为缓存文件。

-data <filepath>使用<filepath>作为用户数据磁盘镜像。自定义，您可以指定一个当前工作目录的相对路径。如果-data没有被使用，模拟器会在<datadir>指定的目录下寻找名叫"userdata-qemu.img"的镜像文件。默认情况下，模拟器会寻找~/.android (on linux/Mac)或者C:/Documents and Settings/<user>/Local Settings/Application Data/Android (on Windows)。如果您使用了-data <filepath>，但是文件并不存在，模拟器将创建同名文件。

-image <filepath>使用<filepath>作为系统镜像。自定义，您可以指定一个当前工作目录的相对路径。默认为<system>/system.img。

-initdata <filepath>重写用户数据镜像时，(使用 -wipe-data)，复制此文件内容到新用户数据文件镜像中。默认方式下，模拟器拷贝<system>/userdata.img。自定义，您可以指定一个当前工作目录的相对路径。

-kernel <filepath>使用<filepath>作为模拟器内核。自定义，您可以指定一个当前工作目录的相对路径。

-nocache启动模拟器时无缓存分区。

-ramdisk <filepath>使用<filepath>作为虚拟内存镜像。默认<system>/ramdisk.img. 自定义，您可以指定一个当前工作目录的相对路径。

-sdcard <filepath>使用<file>作为SD卡镜像。默认为<system>/sdcard.img. 自定义，您可以指定一个当前工作目录的相对路径。

-system <dirpath>在指定的<dir>下搜索系统、虚拟内存和用户数据镜像文件。<dir>为当前路径的相对目录。

-wipe-data重至用户数据镜像文件。(that is, the file specified by -datadir and -data, or the default file)。 模拟器删除所有用户数据，然后复制右-inidata参数指定的数据到镜像文件，在启动之前。

3、Debug
-debug <tags>开启/关闭指定tag的调试信息。
<tags>是一个被空格/逗号/纵列所分割的调试组建名称列表。

-debug-<tag>开启/关闭指定tag的调试信息。使用-help-debug-tags获得您可以指定为<tag>的调试组件列表。

-debug-no-<tag>关闭指定tag的调试信息。

-logcat <logtags>打开指定tag的日志输出。如果环境变量ANDROID_LOG_TAGS被指定且不为空，她的值将成为日志输出的默认值。

-shell创建一个拥有root权限的命令行窗口。即使模拟器的UI界面无法使用了，您依然可以使用命令行窗口。按Ctr-c键中断模拟器运行。

-shell-serial <device>打开具有root权限的脚本窗口。<device>必须是一个QEMU类型的设备。

-show-kernel <name>显示内核信息。

-trace <name>Enable code profiling (press F9 to start), written to a specified file.

-verbose开启冗长输出。Equivalent to -debug-init. 您可以定义ANDROID_VERBOSE环境变量作为冗长输出参数。定义你想用到的参数，用逗号分割。这样可以省略像-debug-<tags>这样的参数。

4、Media
-audio <backend>使用指定的音频后端。

-audio-in <backend>使用指定的音频输入后端。

-audio-out <backend>使用指定的音频输出后端。

-noaudio在当前虚拟机实例中关闭音频支持。

-radio <device>重新定向收音机接口到本地的字节设备。

-useaudio打开模拟器实例的音频支持。默认状态为打开。

5、Network

-dns-server <servers>使用指定的DNS服务器。<servers>必须是以逗号分割，多于4个的服务器名或IP地址。

-http-proxy <proxy>配置TCP连接使用HTTP/HTTPS代理。

<proxy>必须符合以下格式：http://<server>:<port>
http://<username>:<password>@<server>:<port> 前缀http://可以被忽略。如果-http-proxy <proxy>未被指定，模拟器将寻找http_proxy环境变量，并且自动寻找所有符号格式要求的<proxy> 值。

-netdelay <delay>设置网络延迟默认值为none。

-netfast快捷的 -netspeed full -netdelay none

-netspeed <speed>指定模拟器网络速度为<speed>，默认值为full。
-port <port>指定模拟器网络端口为<port>，控制台端口号必须介于5554和5584之间，并且<port>+1必须留作ADB使用。

-report-console <socket>启动前向第三方同志此模拟器实例的网络端口。<socket> 必须是以下几种格式：

tcp:<port>[,server][,max=<seconds>]

unix:<port>[,server][,max=<seconds>]

6、System

-cpu-delay <delay>降低模拟器CPU的速度到<delay>。<delay>支持0到100的整数。注意<delay>与具体的时钟或其他的绝对频率无关。它只表现为一种抽象的，相对于当前模拟器运行状况的速度调节。

-gps <device>重定向NMEA GPS到字节设备。
使用此参数通知模拟器模拟一个NMEA-compatible GPS，连接到一个扩展的设备或socket端口。<device>格式必须符合QEMU-specific所指定的设备格式。

-nojni在Dalvik运行时关闭JNI检查

-qemu传递参数到qemu。

-qemu -h关闭qemu帮助。

-radio <device>重定向录音机模块到制定的字符设备。<device>格式必须符合QEMU规定的序列设备。

-timezone <timezone>设定模拟器时区为<timezone>，替换为系统时区。<timezone>必须按照时区格式指定。比如："America/Los_Angeles"，"Europe/Paris"

-version显示模拟器版本号。

7、UI

-dpi-device <dpi>修改模拟器的分辨率适配物理设备。默认值为165。参见-scale.

-no-boot-anim关闭模拟器启动时的动画。禁用启动动画可以加快启动速度。

-no-window关闭模拟器的绘制窗口。

-scale <scale>调整模拟器窗口。<scale> 是介于0.1到3的数字，它是调整屏幕的比例因子。您也可以指定一个DPI值，在添加dpi前缀的情况下。Auto参数告诉模拟器选择自己最合适的尺寸。

-raw-keys关闭Unicode键盘reverse-mapping.

-noskin不使用任何模拟器皮肤。

-keyset <file>用指定的键盘设置文件代替默认。指定宿主键盘和模拟器之间的键盘映射文件。

-onion <image>用图片覆盖屏幕。不支持JPEG，只支持PNG。

-onion-alpha <percent>指定onion皮肤透明值（百分比） 默认为50.

-onion-rotation <position>指定onion皮肤旋转。<position> 必须是 0, 1, 2, 3中的一个。

-skin <skinID>启动模拟器，搭配指定皮肤。

-skindir <dir>在指定目录<dir>下搜索皮肤

以上就是android模拟器中的一些常用参数及其作用，可能还有整理得不够全面得地方，欢迎大家补充分享。

㈡ Android 启动流程

makeApplication创建application中会执行attachBaseContext(context);

installContentProviders第一个参数context，是从上面传递下来的app，也就是application。
遍历providers列表，初始化每一个provider，都是用application的context。构造出ContentProvider然后执行attachInfo() 方法，attachInfo()执行完毕会执行onCreate()。

最后再mInstrumentation.callApplicationOnCreate(app);执行Application的OnCreate方法。

总结
从流程上来看，符合日志打印的流程Application#attachBaseContext() → ContentProvider#attachInfo() → ContentProvider#onCreate() → Application#onCreate()
ContentProvider持有的Context也是application，具备给SDK初始化使用。

这时候第一进程是zygote。zygote英文是受精卵的意思。android系统的所有进程都是由zygote进程fork而来。zygote最先启动的第一个进程是鼎鼎大名的SystemServer进程。这个进程包含了我们常说的三个大神级系统服务，分别是ActivityManagerService，WindowManagerService以及PackegeManagerService。

http://androidxref.com/6.0.0_r1/xref/frameworks/base/core/java/android/app/ActivityThread.java

进程入口在ActivityThread这个类的main（）方法，这个main方法类似C语言的mian方法，是一个程序入口。

这个方法会接着调用ActivityManagerNatvie（一个单例类，可以获取ActivityManagerService的实例）的getDeafault()返回ActivityManagerService实例。

ApplicationThread是ActivityThread的内部类，他是App和系统跨进程交互的入口，它的实现类在客户端进程。

获得了正在Binder通信的客户端的当前线程的id，然后和ApplicationThread对象作为参数传入到AMS的attachApplicationLocked。

thread是ApplicationThreadProxy的对象引用，它是代理对象，先调用ApplicationThreadProxy的bindApplication方法，接着在这个方法中又调用ApplicationThreadNative的函数onTransact，然后函数onTransact中根据code找到对应的case，最终会调用ApplicationThread的bindApplication方法。

在这里，bindApplication方法通过向ActivityThread的消息队列发送BIND_APPLICATION消息

消息的处理调用handleBindApplication方法，handleBindApplication方法比较重要的是会调用如下方法

在执行完bindApplication()之后进入ActivityStackSupervisor.attachApplicationLocked()，这样我们整个应用进程已经启动起来了。开始activity的启动逻辑了。

这个类是一个AMS的一个栈管理类，里面存储着ActivityStack的集合。在这个方法，会遍历各个ActivityStack，找到前台栈，找到里面的TopActivity。然后比较 传进来的ProcessRecord.processName和UID是否个和opActivity对用的ActivityRecord里面的一致。如果一致，就调用ActivityStackSupervisor.realStartAcvitiyLocked（ProcessRecord，ActivityRecord）方法。

这个方法会调用传过来的ApplicationThread实例的ScheelLaunchActivity（包括ActivityRecord）方法，所以真正执行的是ActivityThread中的scheleLaunchActivity

这个方法是跨进程的，会把ActivityRecord同步到App进程的ActivityRecordClient数据结构，用来后面构造Application和Activity等。

ActivityThread接收到SystemServer进程的消息之后会通过其内部的Handler对象分发消息，经过一系列的分发之后调用了ActivityThread的handleLaunchActivity方法：

接着调用PerformLaunchActivity方法和HandleLaunchActivtiy（）方法。performLauncherActivity，看名字应该就是执行Activity的启动操作了

1.这个方法主要是构造Application和通过mInstrumention.newActivity()构造Activity。

这个方法会初始化一个Window，以后详细讲，人格视图都是附在一个window的docorView上，然后由WMS.addView显示。

这个方法会调用Actiity的resume（）方法，并且在makrVisible（）里面调用WMS.addView(window),这个windows里面的docorView的contentView就是onCreate（）里面setContentView（int layout）设置的contentView。

注意关于WMS.addView(window),这个系统服务，我们下次再讲，里面有一个类RootViewImpl，这个类负责管理我们contentView视图树的逐级绘制。

原文链接
https://www.cnblogs.com/mingfeng002/p/10330414.html
https://blog.csdn.net/ZZB_Bin/article/details/125209192

㈢ Android启动过程深入解析

当按下Android设备电源键时究竟发生了什么？

Android的启动过程是怎么样的？

什么是Linux内核？

桌面系统linux内核与Android系统linux内核有什么区别？

什么是引导装载程序？

什么是Zygote？

什么是X86以及ARM linux？

什么是init.rc?

什么是系统服务？

当我们想到Android启动过程时，脑海中总是冒出很多疑问。本文将介绍Android的启动过程，希望能帮助你找到上面这些问题的答案。

Android是一个基于Linux的开源操作系统。x86（x86是一系列的基于intel 8086 CPU的计算机微处理器指令集架构）是linux内核部署最常见的系统。然而，所有的Android设备都是运行在ARM处理器（ARM 源自进阶精简指令集机器，源自ARM架构）上，除了英特尔的Xolo设备(http://xolo.in/xolo-x900-features)。Xolo来源自凌动1.6GHz x86处理器。Android设备或者嵌入设备或者基于linux的ARM设备的启动过程与桌面版本相比稍微有些差别。这篇文章中，我将解释Android设备的启动过程。深入linux启动过程是一篇讲桌面linux启动过程的好文。

当你按下电源开关后Android设备执行了以下步骤。

此处图片中step2中的一个单词拼写错了，Boot Loaeder应该为Boot Loader（多谢@jameslast 提醒）

第一步：启动电源以及系统启动

当电源按下，引导芯片代码开始从预定义的地方（固化在ROM）开始执行。加载引导程序到RAM，然后执行。

第二步：引导程序

引导程序是在Android操作系统开始运行前的一个小程序。引导程序是运行的第一个程序，因此它是针对特定的主板与芯片的。设备制造商要么使用很受欢迎的引导程序比如redboot、uboot、qi bootloader或者开发自己的引导程序，它不是Android操作系统的一部分。引导程序是OEM厂商或者运营商加锁和限制的地方。

引导程序分两个阶段执行。第一个阶段，检测外部的RAM以及加载对第二阶段有用的程序；第二阶段，引导程序设置网络、内存等等。这些对于运行内核是必要的，为了达到特殊的目标，引导程序可以根据配置参数或者输入数据设置内核。

Android引导程序可以在找到。

传统的加载器包含的个文件，需要在这里说明：

init.s初始化堆栈，清零BBS段，调用main.c的_main()函数；

main.c初始化硬件（闹钟、主板、键盘、控制台），创建linux标签。

更多关于Android引导程序的可以在这里了解。

第三步：内核

Android内核与桌面linux内核启动的方式差不多。内核启动时，设置缓存、被保护存储器、计划列表，加载驱动。当内核完成系统设置，它首先在系统文件中寻找”init”文件，然后启动root进程或者系统的第一个进程。

第四步：init进程

init是第一个进程，我们可以说它是root进程或者说有进程的父进程。init进程有两个责任，一是挂载目录，比如/sys、/dev、/proc，二是运行init.rc脚本。

init进程可以在/system/core/init找到。

init.rc文件可以在/system/core/rootdir/init.rc找到。

readme.txt可以在/system/core/init/readme.txt找到。

对于init.rc文件，Android中有特定的格式以及规则。在Android中，我们叫做Android初始化语言。

Action（动作）：动作是以命令流程命名的，有一个触发器决定动作是否发生。

语法

1

2

3

4

5

; html-script: false ]

on <trigger>

<command>

<command>

<command>

Service（服务）：服务是init进程启动的程序、当服务退出时init进程会视情况重启服务。

语法

1

2

3

4

5

; html-script: false ]

service <name> <pathname> [<argument>]*

<option>

<option>

...

Options（选项）

选项是对服务的描述。它们影响init进程如何以及何时启动服务。

咱们来看看默认的init.rc文件。这里我只列出了主要的事件以及服务。

Table

Action/Service

描述

on early-init

设置init进程以及它创建的子进程的优先级，设置init进程的安全环境

on init

设置全局环境，为cpu accounting创建cgroup(资源控制)挂载点

on fs

挂载mtd分区

on post-fs

改变系统目录的访问权限

on post-fs-data

改变/data目录以及它的子目录的访问权限

on boot

基本网络的初始化，内存管理等等

service servicemanager

启动系统管理器管理所有的本地服务，比如位置、音频、Shared preference等等…

service zygote

启动zygote作为应用进程

在这个阶段你可以在设备的屏幕上看到“Android”logo了。

第五步

在Java中，我们知道不同的虚拟机实例会为不同的应用分配不同的内存。假如Android应用应该尽可能快地启动，但如果Android系统为每一个应用启动不同的Dalvik虚拟机实例，就会消耗大量的内存以及时间。因此，为了克服这个问题，Android系统创造了”Zygote”。Zygote让Dalvik虚拟机共享代码、低内存占用以及最小的启动时间成为可能。Zygote是一个虚拟器进程，正如我们在前一个步骤所说的在系统引导的时候启动。Zygote预加载以及初始化核心库类。通常，这些核心类一般是只读的，也是Android SDK或者核心框架的一部分。在Java虚拟机中，每一个实例都有它自己的核心库类文件和堆对象的拷贝。

Zygote加载进程

加载ZygoteInit类，源代码：/frameworks/base/core/java/com/android/internal/os/ZygoteInit.java

registerZygoteSocket()为zygote命令连接注册一个服务器套接字。

preloadClassed “preloaded-classes”是一个简单的包含一系列需要预加载类的文本文件，你可以在/frameworks/base找到“preloaded-classes”文件。

preloadResources() preloadResources也意味着本地主题、布局以及android.R文件中包含的所有东西都会用这个方法加载。

在这个阶段，你可以看到启动动画。

第六步：系统服务或服务

完成了上面几步之后，运行环境请求Zygote运行系统服务。系统服务同时使用native以及java编写，系统服务可以认为是一个进程。同一个系统服务在Android SDK可以以System Services形式获得。系统服务包含了所有的System Services。

Zygote创建新的进程去启动系统服务。你可以在ZygoteInit类的”startSystemServer”方法中找到源代码。

核心服务：

启动电源管理器；

创建Activity管理器；

启动电话注册；

启动包管理器；

设置Activity管理服务为系统进程；

启动上下文管理器；

启动系统Context Providers；

启动电池服务；

启动定时管理器；

启动传感服务；

启动窗口管理器；

启动蓝牙服务；

启动挂载服务。

其他服务：

启动状态栏服务；

启动硬件服务；

启动网络状态服务；

启动网络连接服务；

启动通知管理器；

启动设备存储监视服务；

启动定位管理器；

启动搜索服务；

启动剪切板服务；

启动登记服务；

启动壁纸服务；

启动音频服务；

启动耳机监听；

启动AdbSettingsObserver（处理adb命令）。

第七步：引导完成

一旦系统服务在内存中跑起来了，Android就完成了引导过程。在这个时候“ACTION_BOOT_COMPLETED”开机启动广播就会发出去。

㈣ Android初探开机引导

因为需求有做开机引导，所以简单的学习下这块功能的流程，并简单的做个总结

主要参考文章：
https://www.jianshu.com/p/d2951f6fb2a8
https://blog.csdn.net/ansondroider/article/details/103297638

做开机引导，主要要做到的效果就是 只有第一次使用的时候会打开，只打开一次，当执行完开机引导的流程之后，之后开机都不会再展示

要实现开机引导，那么就一定是系统应用，按照原理来说，需要两个步骤，第一，需要引导页的优先级比LAUNCHER高。第二，需要流程完毕之后执行某些操作让应用下次不会启动。

可以设置android:priority属性，系统会判断启动priority优先级高的。

这样配置之后，其它应用的优先级如果没有设置的话默认就是0，这样就会优先打开引导页。

自己可以在引导页中写自己想要做的逻辑。当执行完所有逻辑之后，需要配置

这里主要做了设置Settings.Global.DEVICE_PROVISIONED和Settings.Secure.USER_SETUP_COMPLETE两个参数，还有PackageManager.setComponentEnabledSetting方法禁用组件

第一个参数是组件名
第二个参数是状态
不可用状态：COMPONENT_ENABLED_STATE_DISABLED
可用状态：COMPONENT_ENABLED_STATE_ENABLED
默认状态：COMPONENT_ENABLED_STATE_DEFAULT
第三个参数flags
DONT_KILL_APP或者0，0表示杀死包含该组件的app

运行时会发现设置priority优先级比LAUNCHER高，在开机之后也会提示让你选择打开应用，而不是默认打开优先级高的，关于这个问题，可以参考这篇文章
https://blog.csdn.net/ansondroider/article/details/103297638
只需要把应用安装到system/priv-app中，就能解决这个问题。正常来说一般系统应用也是安装在这么文件夹中，只是平时调试的时候会为了方便直接run，所以可能出现这个问题。
将应用安装到该文件夹中可以使用这个命令，然后重启

看了很多文章，都没有讲到为什么要设置这两属性，因为要达成目的，我们只需要设置priority和调用setComponentEnabledSetting方法就行，为什么要设置这两个参数？不设置会有什么影响。
其实简单来说，系统在其他地方有用到这两个参数，举个简单的例子，我直接

去运行程序，能够很明显的测出这种情况下按Home键没反应，除此之外屏保也会不显示。
所以这两个参数还是需要在这个地方设为1的。

㈤ Android系统启动之init.rc文件解析过程

第一篇： Android系统启动之bootloader
第二篇： Android系统启动之Init流程(上)
第三篇： Android系统启动之Init流程(下)
第四篇： Android系统启动之init.rc文件解析过程
第五篇： Android系统启动之zyogte进程
第六篇： Android系判哗统启动之zyogte进程java(上)
第七篇： Android系统启动之zyogte进程java(下)
第八篇： Android系统启动之SystemServer

Android init.rc文件由系统第一个启动的init程序解析。是启动系统服务使用的文件。

主要包含了四种类型的语句:

Action和services显式声明了一个语句块，而commands和options属于最近声明的语句块。

在第一个语句块之前 的commands和options会被忽略.

基本规则如下：

动掘蚂行作表示了一组命令(commands)组成.动作包括一个触发器，决定了何时运行这个动作。

注意： 当触发器的条件满足时，这个动作会被增加到已被运行的队列尾。假设此动作在队列中已经存在，那么它将不会运行.

一个动作所包括的命令将被依次运行。

在"动作"(action)里面的，on后面物隐跟着的字符串是触发器(trigger)，trigger是一个用于匹配某种事件类型的字符串，它将对应的Action的执行。

触发器(trigger)有几种格式：

常见的格式：

command是action的命令列表中的命令，或者是service中的选项 onrestart 的参数命令.

命令将在所属事件发生时被一个个地执行.

常见命令：

服务是指那些须要在系统初始化时就启动或退出时自己主动重新启动的程序.

解释一下各个参数：

options是Service的修订项。它们决定一个服务何时以及如何运行.

使用例子：

源码路径 system/core/init/init.cpp 中：

开始解析rc文件．

ParseConfig函数在文件 core/init/init_parser.cpp 140行：

ParseConfigFile函数：

Android init.rc文件浅析
安卓系统启动--3init.rc解析
init.rc深入学习

㈥ Android中的Activity详解--启动模式与任务栈

目录

activity的简单介绍就不写了，作为最常用的四大组件之一，肯定都很熟悉其基本用法了。

首先，是都很熟悉的一张图，即官方介绍的Activity生命周期图.

情景：打开某个应用的的FirstActivity调用方法如下：
由于之前已经很熟悉了，这里就简单贴一些图。

按下返回键：

重新打开并按下home键：

再重新打开：

在其中打开一个DialogActivity(SecondActivity)

按下返回：

修改SecondAcitvity为普通Activity,依旧是上述操作:

这里强调一下 onSaveInstanceState(Bundle outState) 方法的调用时机：
当Activity有可能被系统杀掉时调用，注意，一定是被系统杀掉，自己调用finish是不行的。
测试如下：FirstActivity启动SecondActivity：

一个App会包含很多个Activity，多个Activity之间通过intent进行跳转，那么原始的Activity就是使用栈这个数据结构来保存的。
Task
A task is a collection of activities that users interact with when performing a certain job. The activities are arranged in a stack (the back stack ), in the order in which each activity is opened.
即若干个Activity的集合的栈表示一个Task。
当App启动时如果不存在当前App的任务栈就会自动创建一个，默认情况下一个App中的所有Activity都是放在一个Task中的，但是如果指定了特殊的启动模式，那么就会出现同一个App的Activity出现在不同的任务栈中的情况，即会有任务栈中包含来自于不同App的Activity。

标准模式，在不指定启动模式的情况下都是以此种方式启动的。每次启动都会创建一个新的Activity实例，覆盖在原有的Activity上，原有的Activity入栈。
测试如下：在FirstActivity中启动FirstActivity:

当只有一个FirstActivity时堆栈情况：

此种模式下，Activity在启动时会进行判断，如果当前的App的栈顶的Activity即正在活动的Activity就是将要启动的Activity，那么就不会创建新的实例，直接使用栈顶的实例。
测试，设置FirstActivity为此启动模式，多次点击FirstActivity中的启动FirstActivity的按钮查看堆栈情况：
（其实点击按钮没有启动新Activity的动画就可以看出并没有启动新Activity）

大意就是：
对于使用singleTop启动或Intent.FLAG_ACTIVITY_SINGLE_TOP启动的Activity，当该Activity被重复启动（注意一定是re-launched，第一次启动时不会调用）时就会调用此方法。
且调用此方法之前会先暂停Activity也就是先调用onPause方法。
而且，即使是在新的调用产生后此方法被调用，但是通过getIntent方法获取到的依旧是以前的Intent，可以通过setIntent方法设置新的Intent。
方法参数就是新传递的Intent.

1.如果是同一个App中启动某个设置了此模式的Activity的话，如果栈中已经存在该Activity的实例，那么就会将该Activity上面的Activity清空，并将此实例放在栈顶。
测试：SecondActivity启动模式设为singleTask，启动三个Activity：

这个模式就很好记，以此模式启动的Activity会存放在一个单独的任务栈中，且只会有一个实例。
测试：SecondActivity启动模式设为singleInstance

结果：

显然，启动了两次ThirdActivity任务栈中就有两个实例，而SecondActivity在另外一个任务栈中，且只有一个。

在使用Intent启动一个Activity时可以设置启动该Activity的启动模式：
这个属性有很多，大致列出几个：

每个启动的Activity都在一个新的任务栈中

singleTop

singleTask

用此种方式启动的Activity，在它启动了其他Activity后，会自动finish.

官方文档介绍如下：

这样看来的话，通俗易懂的讲，就是给每一个任务栈起个名，给每个Activity也起个名，在Activity以singleTask模式启动时，就检查有没有跟此Activity的名相同的任务栈，有的话就将其加入其中。没有的话就按照这个Activity的名创建一个任务栈。
测试：在App1中设置SecondActivity的taskAffinity为“gsq.test”，App2中的ActivityX的taskAffinity也设为“gsq.test”

任务栈信息如下：

结果很显然了。
测试：在上述基础上，在ActivityX中进行跳转到ActivityY,ActivityY不指定启动模式和taskAffinity。结果如下：

这样就没问题了，ActivityY在一个新的任务栈中，名称为包名。
这时从ActivityY跳转到SecondActivity，那应该是gsq.test任务栈只有SecondActivity，ActivityX已经没有了。因为其启动模式是singleTask，在启动它时发现已经有一个实例存在，就把它所在的任务栈上面的Activity都清空了并将其置于栈顶。

还有一点需要提一下，在上面，FirstActivity是App1的lunch Activity，但是由于SecondActivity并没有指定MAIN和LAUNCHER过滤器，故在FirstActivity跳转到SecondActivity时，按下home键，再点开App1，回到的是FirstActivity。

大致就先写这么多吧，好像有点长，废话有点多，估计也有错别字，不要太在意~~~

㈦ 安卓应用启动详解：从Zygote到你的Activity.onCreate()

翻译自： https://android.jlelse.eu/android-application-launch-explained-from-zygote-to-your-activity-oncreate-8a8f036864b

这篇文章讲解当用户点击应用图标时，安卓如何启动你的应用。安卓系统做了很多幕后工作，来使得你的launch activity对用户可见。本文通过重要阶段的讲解和调用序列详细讲解这一过程。

安卓应用在这两个方面是独特的：

多个入口点 ：Android应用程序由不同的组件组成，它们可以调用其他应用程序拥有的组件。这些组件大致对应于任何应用程序的多个入口点。因此，它们不同于具有像main（）方法那样的单个入口点的传统应用程序。
拥有自己的小世界 ：每个Android应用程序都生活在自己的世界中，它在单独的进程中运行，拥有自己的Dalvik VM实例，并分配有唯一的用户ID。

必要时会启动Android进程。
每当用户或其他系统组件请求执行属于您应用程序的组件（可能是服务，活动或意图接收器）时，Android系统都会为您的应用程序启动一个新进程（如果尚未运行）。通常，进程一直运行直到被系统杀死。应用程序流程是按需创建的，在您看到应用程序的启动活动启动并运行之前，发生了许多事情。
每个应用程序都在其自己的进程中运行 ：默认情况下，每个Android应用程序都在其自己的Android进程中运行，而这个进程只不过是一个Linux进程，而该进程首先需要一个执行线程。例如，当您单击电子邮件中的超链接时，网页将在浏览器窗口中打开。您的邮件客户端和浏览器是两个单独的应用程序，它们分别在两个单独的进程中运行。click事件使Android平台启动新进程，以便它可以在其自身进程的上下文中实例化浏览器活动。这对于应用程序中的任何其他组件同样适用。

让我们退后一会儿，快速浏览一下系统启动过程。与大多数基于Linux的系统一样，启动加载程序在启动时将加载内核并启动init进程。然后，init会生成称为“守护程序”的低级Linux进程，例如android debug守护程序，USB守护程序等。这些守护程序通常处理低级硬件接口，包括无线电接口。

然后，初始化过程会启动一个非常有趣的过程，称为“zygote'。

顾名思义，这是其余Android应用程序的开始。这是初始化Dalvik虚拟机的第一个实例的过程。它还预加载Android应用程序框架和系统上安装的各种应用程序使用的所有常见类。因此，它准备进行复制。它统计侦听套接字接口上的将来请求，以产生新的虚拟机（VM）来管理新的应用程序进程。收到新请求后，它会分叉以创建一个新进程，该进程将获取预先初始化的VM实例。
zygote之后，init启动运行时过程。
然后zygote分叉以启动一个名为System server的托管良好的进程。系统服务器在其自己的上下文中启动所有核心平台服务，例如活动管理器服务和硬件服务。
此时，完整的堆栈已准备就绪，可以启动第一个应用程序流程-主页应用程序，该应用程序显示主屏幕（也称为启动器应用程序）。

click事件被转换为 startActivity（intent）， 并通过Binder IPC路由到 ActivityManagerService 。ActvityManagerService执行多个步骤

如您所见，当用户单击图标并启动新应用程序时，许多事情发生在幕后。这是全图：

流程创建：

ActivityManagerService 通过调用 startProcessLocked（） 方法创建一个新进程，该方法通过套接字连接将参数发送到Zygote进程。Zygote派生自己并调用 ZygoteInit.main（） ，然后实例化 ActivityThread 对象并返回新创建的进程的进程ID。

默认情况下，每个进程都有一个线程。主线程有一个 Looper 实例来处理来自消息队列的消息，并且它在 run（） 方法的每次迭代中都调用 Looper.loop（） 。 Looper 的工作是从消息队列中弹出消息并调用相应的方法来处理它们。然后，ActivityThread通过随后调用 Looper.prepareLoop（） 和 Looper.loop（）来 启动消息循环。

以下序列详细捕获了调用序列：

<figcaption class="jv jw di dg dh jx jy bo b fc cp ga" data-selectable-paragraph="" style="box-sizing: inherit; font-weight: 400; font-family: sohne, "Helvetica Neue", Helvetica, Arial, sans-serif; line-height: 20px; margin-left: auto; margin-right: auto; max-width: 728px; font-size: 14px; color: rgb(117, 117, 117); margin-top: 10px; text-align: center;">Android应用启动：单击事件以执行Looper调用顺序</figcaption>

应用程序绑定：

下一步是将此新创建的过程附加到特定应用程序。这是通过在线程对象上调用 bindApplication（） 来完成的。此方法将 BIND_APPLICATION 消息发送到消息队列。该消息由 Handler 对象检索，该对象随后调用 handleMessage（） 方法以触发特定于消息的操作 -handleBindApplication（） 。此方法调用 makeApplication（） 方法，该方法将应用程序特定的类加载到内存中。

下图描述了该调用序列。

<figcaption class="jv jw di dg dh jx jy bo b fc cp ga" data-selectable-paragraph="" style="box-sizing: inherit; font-weight: 400; font-family: sohne, "Helvetica Neue", Helvetica, Arial, sans-serif; line-height: 20px; margin-left: auto; margin-right: auto; max-width: 728px; font-size: 14px; color: rgb(117, 117, 117); margin-top: 10px; text-align: center;">Android应用启动：BIND_APPLICATION消息处理</figcaption>

启动活动：

在上一步之后，系统包含负责应用程序的进程，并将应用程序类加载到进程的私有内存中。在新创建的流程和现有流程之间，启动活动的调用顺序很常见。

实际的启动过程从 realStartActivity（） 方法开始， 该 方法在应用程序线程对象上调用 sheleLaunchActivity（） 。此方法将 LAUNCH_ACTIVITY 消息发送到消息队列。该消息由 handleLaunchActivity（） 方法处理，如下所示。

假设用户单击“视频浏览器”应用程序。启动该活动的调用顺序如图所示。

<figcaption class="jv jw di dg dh jx jy bo b fc cp ga" data-selectable-paragraph="" style="box-sizing: inherit; font-weight: 400; font-family: sohne, "Helvetica Neue", Helvetica, Arial, sans-serif; line-height: 20px; margin-left: auto; margin-right: auto; max-width: 728px; font-size: 14px; color: rgb(117, 117, 117); margin-top: 10px; text-align: center;">Android应用启动： LAUNCH_ACTIVITY消息处理 </figcaption>

该活动通过 onCreate（） 方法调用开始其托管生命周期。该活动通过 onRestart（） 调用进入前台，并通过 onStart（） 调用开始与用户进行交互。

㈧ android 怎么设置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 }

如何设置Activity的启动模式

• Activity的四种启动模式：standard：这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。 singleTop： 如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放...

android 主activity用什么启动模式

在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 无对应

Android开发，activity的默认启动模式为标准启动模式，什么时候会用到其他的启动模式？

启动模式简单地说就是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各种词典，向有道词典，什么金山词典，说极端是因为不想被放置到同一个任务栈里面，它是全局的系统程序应用，达到节省内存的使用目的。

win7 系统 怎么设置uefi启动模式

存有ghost版win7系统iso镜像文件的u启动uefi u盘启动盘插在电脑u *** 接口上，然后重启电脑，在出现开机画面时用一键u盘启动快捷键的方法进入到启动项选择窗口，然后将光标移至UEFI:开头的项（注意：一定要选择该项），按回车键执行等待进入到u启动win pe系统，u启动装机工具会自动开启，并加载到u启动uefi u盘启动盘中准备的win7系统安装程序，点击选择c盘为系统安装盘，再点击“确定”按钮继续
随即会弹出一个询问是否执行该操作的提示窗口，点击“确定”按钮执行操作
然后耐心等待win7系统释放完成并自动重启电脑即可
电脑重启后会完成系统后续程序安装应用，直到进入win7系统桌面即可

android开发 activity启动模式中singleTop的疑问

楼主的这一段理论似乎有点不太准确 “在D完成操作以后，我启动了系统内置的浏览器E，根据sdk的说法，浏览器E被放进了一个新任务。那么现在有两个任务” 你凭什么确定浏览器E被放进了一个新的Task呢？ 在启动浏览器E的Intent里设置了flag？ intentandroid开发 activity启动模式中singleTop的疑问

android-Android activity 的启动模式.新人提问，大侠在哪

Activity的四种启动模式：standard：这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。
singleTop： 如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例，只要不在栈顶，都会创建新的实例。
singleTask：如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的 onNewIntent() )。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
singleInstance：在一个新栈中创建该Activity的实例，并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用，不管谁激活该 Activity 都会进入同一个应用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 属性。
不知道你要问什么，为你解答

activity的启动模式有哪些

Activity的四种启动模式：standard：这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。
singleTop： 如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例，只要不在栈顶，都会创建新的实例。
singleTask：如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的 onNewIntent() )。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
singleInstance：在一个新栈中创建该Activity的实例，并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用，不管谁激活该 Activity 都会进入同一个应用中。
位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 属性。

㈨ Android启动广播时怎样往广播中传递参数

在android中使用广播来让其他监听广播的地方能够对相应的事情做处理，但有的时候需要传递一些其他的附带值，而这个时候是可以直接用播放广播的intent来传递的。x0dx0a例：x0dx0aIntent intent = new Intent();x0dx0aintent.putExtra("msgPersons", msgPersons);x0dx0aintent.setAction(Constant.hasMsgUpdatedAction);x0dx0aintent.putExtra("userId", userId);x0dx0aintent.putExtra("msgCount", messages.size());x0dx0asendBroadcast(intent);

㈩ 在开发android程序时，如何在一个project里选择启动不同的activity类怎么设置启动参数

首先我不清楚你的仿山要求。
按我的理解：

1.你不要求启动ac1.java，而是选择启动ac2.java。如果这样，你可以在AndroidManifest.xml中更改启动类，假如ac2.java的类名是TwoActivity，
将（类名..）改为TwoActivity。
<activity
android:name=".(类名..)"
android:label="@string/app_name"
>
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>

2.你既要启动ac1.java，也要启动ac2.java，我认为备帆中不能同时启动，毕竟你就一个屏幕，不可能显示两个屏幕的内容。除非你有一个选择，遇到第一种情况显示ac1.java；遇到第二种情况显示ac2.java。但是其中存在一个问题，这个if语句在那里写，xml中似乎没办法写，也就只能在java文件里面写了。也就是说ac1.java与ac2.java的代码要组合起来，写在一个.java文件中。
你可以从新建立一个Activity，你有两个布局XML文件one.xml与two.xml，在这个Activity中的onCreate方法中
if (情况1){
setContentView(R.layout.one);
} else (情况2) {
setContentView(R.layout.two);
}
这样你就可以选择两种布局，情况1的时候初始化情况1的变量，情况2的时候轿州初始化情况2的变量，分开写就可以了。

3.就是分顺序启动2个文件，从ac1.java中跳转到ac2.java中，在ac1.java中使用startActivity(intent);就可以跳转。