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

时间:2021-08-04 16:31:40

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

看本篇文章之前,建议先查看:

Android源码剖析之Framework层基础版

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

一、窗口的创建

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

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

最终声明一个新的

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

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

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

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

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

在上图可以看到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包