Android源码剖析之Framework层升级版（窗口、系统启动）

本文来自http://blog.csdn.net/liuxian13183/ ，引用必须注明出处！

看本篇文章之前，建议先查看：

Android源码剖析之Framework层基础版

前面讲了framework的整体层次和基础定义与服务，接下来我们讲讲窗口的创建，底层与应用层界面的交互和管理。

一、窗口的创建

上一篇我们讲了三种窗口的类型，本篇接着讲窗口的创建过程，拿Activity创建窗口为例

最终声明一个新的

ViewRootImpl来承载新的View，

执行setView方法，将给mPanelParentWindowToken赋值（窗口

是接收用户消息的最小单元，窗口可能是

Acitivity，也可能是一个单独的view，每个窗口都有一个单独的windowManager，实现类是LocalWindowManager，

而Activity的window也会有父window存在，仅限于tabActivity

），

然后重绘

默认窗口会从配置文件中获取theme信息和其他底层设置信息，以及xml信息，默认构造一个decorView，所有应用

类窗口的最顶层View都是DecorView

子窗口：如上所述，例tabActivity

Dialog：如上所述，在show方法执行时，才完成窗口创建，Wms控制显示，避免加载过多资源，超过5秒出现ANR

PopupWindow：子窗口，依赖父类，执行showAtLocation和showAsDropDown展示到界面上

Toast：系统窗口，一般不可由应用窗口创建（三者除外，type_toast、type_inputmethod、type_wallpaper），

因为PhoneWindowManger调用checkAddPermission方法里，将三者除去

只有实现PhoneWindow的窗口，默认会监听物理按键，否则需要自己再进行定义和实现

要添加一个手机屏幕上的按钮如腾讯手机管理的小火箭，需要系统窗口权限(一般要在Service中完成)

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW">

第二，需要指定一个合适的token。如果是acitivty的父类，则页面关闭就直接关闭浮层，mWindowToken也一样，

理论上添加一个手机页面token或空token（无父类），则直接展示而不受外界影响。

二、Framework的启动过程-系统启动过程

图片已经在上一篇放过，过程展示的也比较详细，本篇再讲一些细节。此时有必要再贴几张图，以Nexus5为例

可以结合上篇文章，查看手机系统展示出来的内存卡和SD卡上的文件，使用工具：Resource Explorer

在上图可以看到init.rc文件，linux系统启动时，主要的配置指令就是在它里面，包括把zygote程序加入系统

每个应用都是一个虚拟机

每个虚拟机都会加载系统早已加载的共享类和资源

虚拟机中有一些可执行文件，举例三种：

1、dalvikvm：dalvik目录下，创建一个虚拟机，并执行参数指定的Java类

2、dvz：dalvik目录下，从zygote进程孵化出一个新的进程，已然共享资源（PS:应用入口是ActivityThread）

3、app_process：frameworks目录下，使用dalvikvm来启动ZygoteInit.java和SystemServer.java两个类

而虚拟机执行的方法，基本都以c语言的方式实现，例获得进程id

socket触发数据读操作有两种办法，一是监听某端口，二是监听某文件，android默认是后者

虚拟机栈大小默认512M，超过报栈溢出异常

preload-classes（预装app）封装在framework.jar中，使用classloader加载

preload-resources（预装资源）同样在上面jar里，使用preloadResources完成，子方法是drawable和color

进程启动包括3个过程

1、内核创建进程数据结构-代表要启动的123……顺序执行以及前后置条件

2、调用程序装载器，读取代码到预定地址

3、装载完毕，内核运行指定进程-如执行launcher加载桌面

启动SystemServer

执行ZygoteInit.java里的init方法初始化数据之后，即执行startSystemServer方法，关键代码有三

1、定义启动进程相关信息，用数据承载，并装载SystemServer.java

2、调用forkSystemServer从zygote进程孵化新进程

3、执行SystemServer.java类

SystemServer类中包括大量系统服务，可谓神经中枢，举例几个

PowerManagerService、ActivityManagerService、TelephonyRegistry（注册响应电话）、PackageManagerService、AccountManagerService（联系人账户）、ContentService（contentProvider）、

BatteryService、LightsService（光感应器）、VibratorService（震动感应器）、AlarmManagerService、

WindowManagerService、BluetoothService、DevicePolicyManagerService（系统设置）、ClipboardService、

StatusBarManagerService（状态栏）、InputMethodManagerService、NetStatService（网络状态4G、wifi）、

NetworkManagerSerivce、ConnectivityService（网络连接）、LocationManagerService、SerachManagerService、

WallpaperManagerService、AudioSerive、BackupManagerService、AppWidgetService等；还可以将厂商开发的软件服务写入底层，这也就是厂商固件

当然这些都常见而且重要，接下来我们先讲WMS和AMS，其他慢慢再讲；启动服务的方式有3种：

1、使用构造函数

2、单例模式

3、从服务类main方法开启

最后一句，启动Activity，因为所有的资源已经初始化，apk已经装载，其信息也已经注册，如果自启动一个应用的话，系统可以写入，通过Ams发一个intent请求包含CATEGORY_HOME这样的action，差异化来的请求系统默认页面。

举例：

$ adb push E:\Door\3.4\Che\build\outputs\apk\che_manager@anzhi.apk /data/local/tmp/com.che.manager

代表将apk安装包从电脑push到手机的过程
$ adb shell pm install -r "/data/local/tmp/com.che.manager"

代表将apk安装包安装（解压）到目录的过程

$ adb shell am start -n "com.che.manager/com.che.manager.activity.SplashActivity" -a android.intent.action.MAIN -c android.intent.category.LAUNCHERI

代表启动apk包中主类的过程
/InstantRun: Instant Run Runtime started. Android package is com.che.manager, real application class is com.che.manager.application.Application.

代表启动应用Application的过程

I/MultiDex: VM with version 2.1.0 has multidex support
I/MultiDex: install
I/MultiDex: VM has multidex support, MultiDex support library is disabled.

代表build已经支持multiDex，则不需要再导入com.android.support:multidex包