android应用启动过程

‘壹’ android应用程序启动后闪了一下就关闭了是怎么了什么原因导致的求高级编程人员解答，酱油勿来。。

有可能是程序内部做了某种判断，在判断失败后直接退出程序，比如在启动过程中判断SD卡是否存在，有的程序在在判断的过程中如果没有找到SD卡的话会直接退出程序。如果是程序出错的话一般情况下都会弹出“Force close”的对话框或者"application no response"的对话框(此对话框会提示用户是等待还是关闭程序)

‘贰’ 如何优化 android 系统应用的启动速度

一、应用的启动

启动方式

通常来说，在安卓中应用的启动方式分为两种：冷启动和热启动。

• 1、冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。

• 2、热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。

特点

1、冷启动：冷启动因为系统会重新创建一个新的进程分配给它，所以会先创建和初始化Application类，再创建和初始化MainActivity类（包括一系列的测量、布局、绘制），最后显示在界面上。

2、热启动：热启动因为会从已有的进程中来启动，所以热启动就不会走Application这步了，而是直接走MainActivity（包括一系列的测量、布局、绘制），所以热启动的过程只需要创建和初始化一个MainActivity就行了，而不必创建和初始化Application，因为一个应用从新进程的创建到进程的销毁，Application只会初始化一次。

上面说的启动是点击app的启动图标来启动的，而另外一种方式是进入最近使用的列表界面来启动应用，这种不应该叫启动，应该叫恢复。

二、应用启动的流程

在安卓系统上，应用在没有进程的情况下，应用的启动都是这样一个流程：当点击app的启动图标时，安卓系统会从Zygote进程中fork创建出一个新的进程分配给该应用，之后会依次创建和初始化Application类、创建MainActivity类、加载主题样式Theme中的windowBackground等属性设置给MainActivity以及配置Activity层级上的一些属性、再inflate布局、当onCreate/onStart/onResume方法都走完了后最后才进行contentView的measure/layout/draw显示在界面上，所以直到这里，应用的第一次启动才算完成，这时候我们看到的界面也就是所说的第一帧。

所以，总结一下，应用的启动流程如下：

Application的构造器方法——>attachBaseContext()——>onCreate()——>Activity的构造方法——>onCreate()——>配置主题中背景等属性——>onStart()——>onResume()——>测量布局绘制显示在界面上。

三、测量应用启动的时间

在上面这个启动流程中，任何一个地方有耗时操作都会拖慢我们应用的启动速度，而应用启动时间是用毫秒度量的，对于毫秒级别的快慢度量我们还是需要去精确的测量到到底应用启动花了多少时间，而根据这个时间来做衡量。

什么才是应用的启动时间

从点击应用的启动图标开始创建出一个新的进程直到我们看到了界面的第一帧，这段时间就是应用的启动时间。

我们要测量的也就是这段时间，测量这段时间可以通过adb shell命令的方式进行测量，这种方法测量的最为精确，命令为：

• adb shell am start -W [packageName]/[packageName.MainActivity]



执行成功后将返回三个测量到的时间：
1、ThisTime:一般和TotalTime时间一样，除非在应用启动时开了一个透明的Activity预先处理一些事再显示出主Activity，这样将比TotalTime小。
2、TotalTime:应用的启动时间，包括创建进程+Application初始化+Activity初始化到界面显示。
3、WaitTime:一般比TotalTime大点，包括系统影响的耗时。

下面是测量一个应用冷启动和热启动的时间：
冷启动：


热启动：




以上就是本文的全部内容，希望对大家学习Android软件编程有所帮助。

‘叁’ 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”开机启动广播就会发出去。

‘肆’ 安卓模拟器启动运行的具体过程是怎样的

BlueStacks
xp用户需先安装Windows Installer 4.5和.NET Framework 2.0 SP2

基础版安卓模拟器(BlueStacks)Beta-1版参见PC6
安卓模拟器BlueStacks安装使用教程--pc6资讯
bluestacks app player版本不一，最新版bluestacks app player模拟器 0.7.8.829 beta 版 102.7 MB

已经安装过因为注册列表已注入WINDOWS，有些版本限制了重复安装，只有重做系统。
这个模拟器对系统和电脑配置要求都很挑剔，有时安装成功未必可以运行软件应用，能否成功还是要看电脑配置和版本兼容性
望采纳。

‘伍’ Android 10.0 Activity的启动流程

本文主要学习记录，基于Android 10的源码，有错误欢迎指正，主要目的是梳理流程图。

以进程为单位的调用栈图如下：

1.activity中的startActivity方法最终都会通过拿到ATSM的代理IActivityTaskManager调用的startActivity；

2.之后进入system server进程中的ATMS startActivity，ATMS 经过收集Intent信息，然后使用ActivityStackSupervisor.startSpecificActivityLocked，如果进程已经存在，则直接使用realStartActivityLocked，通过App的binder客户端的代理ApplicationThread调用回到bindApplication，走入Activity的启动流程；如果进程不存在则通过socket链接Zygote，请求fork新的进程；

3.App进程创建完成后，进程启动会调用ActivityThread.main方法，初始化主线程Handler,接着走入attach方法，然后通过AMS的代理调用AMS的attachApplication方法，并将App进程的通信代理ApplicationThread传入AMS；

4.AMS获取到ATMS调用ApplicationThread的bindApplication回到App进程的ActivityThread.ApplicationThread.bindApplication方法中，然后使用Handler切换到主线程执行handleBindApplication，这里初始化了App的进程名字、时间，用户的硬件配置，包括App的文件系统，创建了App的Context实例，Instrumentation实例，调用App的onCreate回调方法，同时告诉AMS APP初始化工作完毕；

5.AMS接着会调用ATMS的attachApplication，最后调用ClientLifecycleManager的scheleTransaction方法，通过App的Binder代理ApplicationThread回到ActivityThread；

6.进入ActivityThread.ApplicationThread.scheleTransaction方法之后就进入了Activity的onStart、onResume回调

创建进程之前的过程主要是AMS的内部信息收集的判断的过程，下面主要看一下App进程启动的源码流程

从应用进程被创建开始，ActivityThread.main被执行

调用ActivityThread的attach方法，然后将activity和AMS通信的Binder代理IApplicationThread实例传入AMS

接着进入AMS进程，ActivityManagerService.attachApplicationLocked

1.thread.bindApplication ：该方法主要讲App进程的配置信息通过IApplicationThread Binder通信回传到ActivityThread中

2.mAtmInternal.attachApplication ：mAtmInternal实际就是ActivityTaskManager的实例，通过LocalServices加载

那么这里相当于走到了ActivityTaskManagerServer的attachApplication中

先看第一条：

注意：ActivityThread中存在于Binder通信的代理--》ApplicationThread extends IApplicationThread.Stub

ActivityThread--》ApplicationThread--》bindApplication

这里的bindApplication主要初始化了AppBindData，然后发送BIND_APPLICATION给APP的主线程BIND_APPLICATION，最后执行了handleBindApplication

handleBindApplication如下：

ActivityThread--》class H extends Handler

该方法主要在App进程中对App的一些硬件资源配置申请的属性、App的文件夹等完成App基本信息的初始化

接着看第二条：mAtmInternal.attachApplication

mAtmInternal.attachApplication最终会调用mRootActivityContainer.attachApplication(wpc)

RootActivityContainer.attachApplication

接着调用ActivityStackSupervisor.realStartActivityLocked开始创建Activity

ActivityStackSupervisor.realStartActivityLocked

创建ClientLifecycleManager和ClientTransactionHandler来辅助管理Activity的生命周期

注意

clientTransaction.addCallback是LaunchActivityItem

lifecycleItem是ResumeActivityItem

ClientLifecycleManager.scheleTransaction最终会调用ClientTransaction的schele方法

那么这个mClient是IApplicationThread的实例，那么此时也就回到了ActivityThread的ApplicationThread中

ActivityThread的ApplicationThread中

因为ActivityThread继承ClientTransactionHandler，所以到了ClientTransactionHandler中

通过Handler发送消息EXECUTE_TRANSACTION到H中

接着TransactionExecutor的execute方法

LaunchActivityItem.execute方法

client其实是在ActivityThread的实例，那么就回到了ActivityThread的handleLaunchActivity

接着调用performLaunchActivity

在performLaunchActivity中，主要是加载App的资源包，然后创建了Activity的context实例，并创建了Activity的实例，接着调用activity.attach方法，attach执行完之后调用了onCreate方法。

activity.attach

activity.attach中主要

1.创建了PhoneWindow实例

2.设置了Window接口的监听

3.初始化了成员变量，包括线程和WindowManager

到此Oncreate已经完成，那么OnStart和OnResume去哪了？

TransactionExecutor的execute方法

之前们只分析了executeCallbacks，接着executeLifecycleState方法

TransactionExecutor的executeLifecycleState方法

cycleToPath：lifecycleItem即为ResumeActivityItem

第一点：

int finish = lifecycleItem.getTargetState()

lifecycleItem对应ResumeActivityItem，如下：

ResumeActivityItem的getTargetState方法

对应ActivityLifecycleItem中的枚举类型：

第二点：ActivityClientRecord中的mLifecycleState，由于在前面已经执行了handleLaunchActivity所以mLifecycleState=1

对应ActivityLifecycleItem中的枚举类型：

PRE_ON_CREATE = 0

所以final int star = 1

接着看getLifecyclePath，此时start=1，finish=3

那么返回的IntArray就是2

接着看performLifecycleSequence

最终执行的是handleStartActivity所以最终走到了ActivityThread的handleResumeActivity

两点：

调用activity.performStart

调用Instrumetation.callActivityOnPostCreate

performStart方法：

调用了Instrumentation.callActivityOnStart方法：

最终到了activity的onStart方法

第二点：Instrumentation.callActivityOnPostCreate

上面主要走了cycleToPath，接着ResumeActivityItem.execute

调用了handleResumeActivity方法

handleResumeActivity最终调用performResumeActivity

调用了Instrumentation.callActivityOnResume，

到了activity.onResume()方法

参考文章： https://blog.csdn.net/u011386173/article/details/87802765

‘陆’ android怎么在launcher前启动一个应用程序

如果你要定制一个Android系统，你想用你自己的Launcher(Home)作主界面来替换Android自带的Home，而且不希望用户安装的Launcher来替换掉你的Launcher，应该如何来实现呢？
我们可以通过修改Framework层来实现这样的功能。

1) 首先了解一下Android的启动过程。
Android系统的启动先从Zygote开始启动，然后......(中间的过程就不说了).....一直到了SystemServer(framework)这个地方，看到这段代码：

/**
* This method is called from Zygote to initialize the system. This willcause the native
* services (SurfaceFlinger, AudioFlinger, etc..) to be started. Afterthat it will call back
* up into init2() to start the Android services.
*/
native public static void init1(String[] args);

public static void main(String[] args) {
if (SamplingProfilerIntegration.isEnabled()) {
SamplingProfilerIntegration.start();
timer = new Timer();
timer.schele(new TimerTask() {
@Override
public void run() {
SamplingProfilerIntegration.writeSnapshot("system_server");
}
}, SNAPSHOT_INTERVAL, SNAPSHOT_INTERVAL);
}

// The system server has to run all of the time, so it needs to be
// as efficient as possible with its memory usage.
VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);

System.loadLibrary("android_servers");
init1(args);
}

public static final void init2() {
Log.i(TAG, "Entered the Android system server!");
Thread thr = new ServerThread();
thr.setName("android.server.ServerThread");
thr.start();
}
}

从SystemServer的main函数开始启动各种服务：
首先启动init1,然后启动init2.从上面的注释可以看到：init1这个方法时被Zygote调用来初始化系统的，init1会启动native的服务如SurfaceFlinger,AudioFlinger等等，这些工作做完以后会回调init2来启动Android的service。

这里我们主要来关注init2的过程。init2中启动ServerThread线程，ServerThread中启动了一系列的服务，比如这些：

ActivityManagerService
EntropyService
PowerManagerService
TelephonyRegistry
PackageManagerService
AccountManagerService
BatteryService
HardwareService
Watchdog
SensorService
BluetoothService
StatusBarService
ClipboardService
InputMethodManagerService
NetStatService
ConnectivityService
AccessibilityManagerService
NotificationManagerService
MountService
DeviceStorageMonitorService
LocationManagerService
SearchManagerService
FallbackCheckinService
WallpaperManagerService
AudioService
BackupManagerService
AppWidgetService

这些大大小小的服务起来以后，开始
((ActivityManagerService)ActivityManagerNative.getDefault()).systemReady()
在systemReady后开始开始启动Launcher。在寻找Launcher的时候是根据HOME的filter（在Manifest中定义的<categoryandroid:name="android.intent.category.HOME" />）来过滤。
然后根据filter出来的HOME来启动，如果只有一个HOME，则启动这个HOME，如果用户自己装了HOME，那就会弹出来一个列表供用户选择。

我们现在希望从这里弹出我们自己定制的Launcher,同时也不希望弹出选择HOME的界面，我们不希望用户修改我们的home，比如我们的home上放了好多广告，以及强制安装的程序，不希望用户把它干掉。

我们可以通过这样来实现：

2) 定义一个私有的filter选项，然后用这个选项来过滤HOME.
一般情况下我们使用Manifest中定义的<categoryandroid:name="android.intent.category.HOME"来过滤的，我们现在增加一个私有的HOME_FIRST过滤。

在Intent.java(frameworks/base/core/java/android/content/Intent.java)中添加两行代码

//lixinso:添加CATEGORY_FS_HOME
@SdkConstant(SdkConstantType.INTENT_CATEGORY)
public static final String CATEGORY_FS_HOME= "android.intent.category.FS_HOME";

3）修改和CATEGORY_HOME相关的所有的地方，都改成CATEGORY_FS_HOME，主要是framework中的这几个地方：使用grep命令查找要修改的地方：

grep CATEGORY_HOME -l * -R

将上述文件中和CATEGORY_HOME相关的所有的地方，都改成CATEGORY_FS_HOME。
4) 写一个自己的Launcher.
可以参考android sample中的Launcher，或者android源代码中的 /packages/apps/Launcher 来写。
在Launcher中标记其是不是Launcher的最关键的代码时Manifest中的filter:android:name="android.intent.category.HOME"
现在我们定义了自己的filter,那么，我们在我们自己写的Launcher中将Manifest改为：
<application android:process="android.process.acore3"android:icon="@drawable/icon"android:label="@string/app_name">
<activity android:name=".FirstAppActivity"
android:label="@string/app_name">
<intent-filter>
<actionandroid:name="android.intent.action.MAIN" />
<categoryandroid:name="android.intent.category. FS_HOME" />
<categoryandroid:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY"/>
</intent-filter>
</activity>
</application>

然后将编译好的apk放到方式fs100_root/system/app目录下。

5)将Android自带的Launcher删除掉
包括源代码(packages/apps/Launcher)和apk(/out/target/proct/generic/system/app/Launcher.apk)。

6) 重新编译Android
做完这些工作，就可以重新编译Android了，我们可以编译修改过的几个相关的包，可以用mmm命令来编译部分的改动。这里需要这样编译：

$ source build/envsetup.sh
$ lunch
$ mmm frameworks/base
$ mmm frameworks/base/services/java
$ mmm frameworks/policies/base/mid
$ mmm frameworks/policies/base/phone

重新启动开发板，从开发板上就可以看到启动的Launcher是我们自己的Launcher，不会出现默认的Launcher了，也不会出现选择界面。

9)我们再验证一下，如果用户装上了一个其他的Launcher(Home)会怎么样。
从网上找一个一般的Launcher或者自己写一个一般的Launcher装上去，重新启动，不会出现选择界面。
按HOME键也不会出来两个HOME来选择。

这样我们就牢牢控制了用户的桌面。
只有我们自己定制的HOME才能装上。这对于定制Android设备的厂商很有用处。

‘柒’ 安卓应用启动详解：从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

如果您是一位Java Android开发人员，那么实现一个随系统自启动的应用对您来说应该非常Easy，但对于一位使用Adobe Flash技术开发应用，然后用AIR打包机制制作.APK的开发者来说，实现这个功能却不是很轻松的。Flash的优势就是跨平台，一位Flash开发者可以使用自身积累的知识体系，以最小的学习成本进入Android开发的世界。AIR在打包的时候对我们隐藏了很多细节，这样一方面可以减少我们的学习阻力，一方面却也因为这个不透明的过程造成一些困扰（后面详述）。如果我们要实现一个功能，AIR核心API却没有提供实现，就成了非常麻烦的事情，不过现在好在AIR已经提供了一种扩展自己功能的机制，就是ANE。对于Android开发来说，我们可以使用Java代码来完成AIR本身不提供的功能。

关于ANE的基本知识，您可以参阅这里（中文）

很棒的ANE for Android实例教程http://t.cn/SbsI5j跟这个过一遍就明白ANE的原理，创建过程和使用方式了。

下面我们来看看如何让一个AIR打包的APK实现随系统自己启动的功能（当然也要借助ANE了）。

APK的AndroidManifest.xml分析
在动手之前，您最好先把AIR打包产生的APK文件做一下分析，了解它的特性，后面就可以少走一些弯路。将.apk文件直接改扩展名为.zip，解压即可看到它的结构。注意AndroidManifest.xml，这是Android应用非常核心的一个配置文件。这个文件是AIR打包自动产生的，但是和AIR应用本身的XML配置文件也是有管理的（AIR应用的XML配置中的android节点部分会被合并到AndroidManifest.xml，这样方便我们做一些权限设定等等）。

解压得到的AndroidManifest.xml是个二进制的XML文档，无法用文本工具查看，您可以先使用AXMLPrinter2.jar将它转换为普通文本格式即可阅读。

这个文件中我们要注意几个细节：

1. manifest节点的package属性不能由我们设定，这是AIR打包的时候自动设定的，规则是“air.应用ID”，比如我们的应用ID是TestAppANEs，那么这里的设置就是package=”air.TestAppANEs”

2. 在application部分会自动产生一个activity，名称是.AppEntry。activity相当于Android应用的视图，AIR会自动产生一个视图，用来承载我们的Flash内容。

了解这些细节之后，我们就可以继续实施ANE部分的开发了。

ANE实现
创建ANE项目的过程就不细述了，您可以参阅Adobe的文档。这里只说和随系统启动相关的部分。您首先要创建一个包，命名和manifest节点的package属性保持一致，比如这里应该是air.TestAppANEs。这个地方要非常注意，包名必须遵循这样的结构，否则运行时会找不到类。

然后在这个包中创建一个Java类：BootBroadCastReceiver，继承BroadcastReceiver，完整代码如下：

然后将Java项目编译为JAR包，然后建立一个ActionScript库项目，最终和JAR包打包为一个ANE文件（略过N多细节，请参阅Adobe文档）。

这里再补充两个细节问题，首先是ADT打包，ANE打包的参数确实很容易弄错，估计第一次打包的同学很难能一次性通过，最后一个参数的点前面还有一个空格，提醒您千万注意了 -platform Android-ARM -C .Android-ARM .

其次是您应该给extension.xml设置一个 ，并使用ActionScript实现一个模拟功能实施，并打包到ANE中，这样方便您在PC测试，否则您会得到不支持调试的提示。
和主项目的整合
ANE制作完毕后，您可以用Flash Builder，在您的主项目上点击右键，属性，库构建路径，在ANE面板上，加入刚才制作的ANE文件（Flash Builder会自动在AIR应用的XML配置文件中加入这个ANE的ID，确保这个ID必须有）。然后在发布的时候，ANE的部分还有一个对勾（确定是否包含），一定记得点上，不然就会找不到类。
先别急着打包，我们还需要修改一下配置文件，打开AIR应用的XML配置文件，找到android部分，加入.BootBroadCastReceiver的定义，完整结构如下：

注意.BootBroadCastReceiver这个定义很关键，以.开头才能实现随系统启动的功能。
然后…就没有然后了。您可以测试您的应用，安装后让手机重启，不出意外的话，您可以看到自己的应用在系统启动完毕后，就会自己启动并显示主界面。
您也可以不显示主界面，而是注册一个Service，实现后台的通知和提醒。

‘玖’ 怎么修改android 启动过程中的第二个开机画面

第一个开机画面是在内核启动的过程中出现的，它是一个静态的画面。第二个开机画面是在init进程启动的过程中出现的，它也是一个静态的画面。第三个开机画面是在系统服务启动的过程中出现的，它是一个动态的画面。无论是哪一个画面，它们都是在一个称为帧缓冲区（frame buffer，简称fb）的硬件设备上进行渲染的。接下来，我们就分别分析这三个画面是如何在fb上显示的。
1. 第一个开机画面的显示过程
Android系统的第一个开机画面其实是Linux内核的启动画面。在默认情况下，这个画面是不会出现的，除非我们在编译内核的时候，启用以下两个编译选项：
CONFIG_FRAMEBUFFER_CONSOLE
CONFIG_LOGO
第一个编译选项表示内核支持帧缓冲区控制台，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Console display driver support ---> Framebuffer Console support。第二个编译选项表示内核在启动的过程中，需要显示LOGO，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Bootup logo。配置Android内核编译选项可以参考在Ubuntu上下载、编译和安装Android最新内核源代码（Linux Kernel）一文。
帧缓冲区硬件设备在内核中有一个对应的驱动程序模块fbmem，它实现在文件kernel/goldfish/drivers/video/fbmem.c中，它的初始化函数如下所示：

/**
* fbmem_init - init frame buffer subsystem
*
* Initialize the frame buffer subsystem.
*
* NOTE: This function is _only_ to be called by drivers/char/mem.c.
*
*/

static int __init
fbmem_init(void)
{
proc_create("fb", 0, NULL, &fb_proc_fops);

if (register_chrdev(FB_MAJOR,"fb",&fb_fops))
printk("unable to get major %d for fb devs\n", FB_MAJOR);

fb_class = class_create(THIS_MODULE, "graphics");
if (IS_ERR(fb_class)) {
printk(KERN_WARNING "Unable to create fb class; errno = %ld\n", PTR_ERR(fb_class));
fb_class = NULL;
}
return 0;
}
这个函数首先调用函数proc_create在/proc目录下创建了一个fb文件，接着又调用函数register_chrdev来注册了一个名称为fb的字符设备，最后调用函数class_create在/sys/class目录下创建了一个graphics目录，用来描述内核的图形系统。

模块fbmem除了会执行上述初始化工作之外，还会导出一个函数register_framebuffer：

EXPORT_SYMBOL(register_framebuffer);
这个函数在内核的启动过程会被调用，以便用来执行注册帧缓冲区硬件设备的操作，它的实现如下所示：

/**
* register_framebuffer - registers a frame buffer device
* @fb_info: frame buffer info structure
*
* Registers a frame buffer device @fb_info.
*
* Returns negative errno on error, or zero for success.
*
*/

int
register_framebuffer(struct fb_info *fb_info)
{
int i;
struct fb_event event;
......

if (num_registered_fb == FB_MAX)
return -ENXIO;

......

num_registered_fb++;
for (i = 0 ; i < FB_MAX; i++)
if (!registered_fb[i])
break;
fb_info->node = i;
mutex_init(&fb_info->lock);
fb_info->dev = device_create(fb_class, fb_info->device,
MKDEV(FB_MAJOR, i), NULL, "fb%d", i);
if (IS_ERR(fb_info->dev)) {
/* Not fatal */
printk(KERN_WARNING "Unable to create device for framebuffer %d; errno = %ld\n", i, PTR_ERR(fb_info->dev));
fb_info->dev = NULL;
} else
fb_init_device(fb_info);

......

registered_fb[i] = fb_info;

event.info = fb_info;
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
return 0;
}
由于系统中可能会存在多个帧缓冲区硬件设备，因此，fbmem模块使用一个数组registered_fb保存所有已经注册了的帧缓冲区硬件设备，其中，每一个帧缓冲区硬件都是使用一个结构体fb_info来描述的。

‘拾’ android系统在启动的过程中什么时候会调用systempropertys

System Properties是怎么一回事，又是如何实现的呢？
属性系统是android的一个重要特性。它作为一个服务运行，管理系统配置和状态。所有这些配置和状态都是属性。
每个属性是一个键值对（key/value pair），其类型都是字符串。
这些属性可能是有些资源的使用状态，进程的执行状态，系统的特有属性……
可以通过命令adb shell ：
getprop查看手机上所有属性状态值。
或者 getprop init.svc.bootanim制定查看某个属性状态
使用setprop init.svc.bootanim start 设置某个属性的状态
特别属性 :
如果属性名称以“ro.”开头，那么这个属性被视为只读属性。一旦设置，属性值不能改变。
如果属性名称以“persist.”开头，当设置这个属性时，其值也将写入/data/property。
如果属性名称以“net.”开头，当设置这个属性时，“net.change”属性将会自动设置，以加入到最后修改的属性名。
（这是很巧妙的。 netresolve模块的使用这个属性来追踪在net.*属性上的任何变化。）
属性“ ctrl.start ”和“ ctrl.stop ”是用来启动和停止服务。每一项服务必须在/init.rc中定义.系统启动时，与init守护
进程将解析init.rc和启动属**。一旦收到设置“ ctrl.start ”属性的请求，属**将使用该属性值作为服务
名找到该服务，启动该服务。这项服务的启动结果将会放入“ init.svc.<服务名>“属性中。客户端应用程序可以轮询那个属性值，以确定结果。