android 4 systemui,深入理解Android（4）__深入理解SystemUI -- > SystemUIService的启动

最近看了SystemUI的相关内容，百度了N个帖子，看了N个帖子，要么是大神的大神之作，要么是盗版的帖子，自己更是看的云里雾里。所以，励志自己啃懂，然后自己写！写一个是人就看得懂的白话文！事实上，可能大家依旧觉得有看不懂的地方，但是我会尽量的写全，把过程写到位，如果有不懂的，给我留言，贴主半夜起来给你解答！谢谢大家支持！共勉！

开始我们的正题吧，开始啃SystemUI这块硬骨头！.....Come on！

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1、SystemUIService启动时机

SystemUIService在何时由谁启动？作为一个系统级别的UI组件，自然要在系统的启动过程中寻找答案。

在负责启动各种系统服务的ServerThread中，当核心系统服务(init --> ServiceManager -- > zygote -- > SystemServer)启动完成后ServiceThread会通过调用ActivityManagerService.SystemReady()方法通知AMS系统已经就绪。

通过下面的代码，我们很清楚的发现，run()中找到了SystemUI的身影，通过调用startSystemUi方法，进行SystemUIService的启动。

源代码路径：/frameworks/base/services/java/com/android/server/SystemServer.java

[SystemServer.java -->ServerThread]

ActivityManagerService.self().systemReady(newRunnable() {public voidrun() {//调用startSystemUi()

Slog.i(TAG, "Making services ready");if (!headless) startSystemUi(contextF);

......

}

[SystemServer.java --> ServerThread.startSystemUi()]static final voidstartSystemUi(Context context) {

Intent intent= newIntent();

//设置SystemUIService作为启动目标

intent.setComponent(new ComponentName("com.android.systemui","com.android.systemui.SystemUIService"));//Slog.d(TAG, "Starting service: " + intent);　　　　 //启动SystemUIService

context.startServiceAsUser(intent, UserHandle.OWNER);

}

2、SystemUIService的创建

源代码路径：/frameworks/base/packages/SystemUI/src/com/android/systemui/SystemUIService.java

查看源码，观察onCreate()方法：

public classSystemUIService extends Service {static final String TAG = "SystemUIService";/*SERVICES数组定义了运行于SystemUIService之中的子服务列表，当SystemUIService服务启动后会依次启动列表中所存储的子服务*/final Object[] SERVICES= newObject[] {0, //0号元素存储的是一个字符串符号，这个字符串符号存储实现状态栏/导航栏的类名.

com.android.systemui.power.PowerUI.class,

com.android.systemui.media.RingtonePlayer.class,

};

......

PublicvoidonCreate() {

......

IWindowManager wm=WindowManagerGlobal.getWindowManagerService();try{/* 根据IwindowManager.hasSystemNavBar()的返回值选择一个合适的状态栏与导航栏的实现 */

SERVICES[0] =wm.hasSystemNavBar()? R.string.config_systemBarComponent

: R.string.config_statusBarComponent;

}catch(RemoteException e) {......}

finalint N =SERVICES.length;

mServices= newSystemUI[N];for (int i=0; i

Class cl=chooseClass(SERVICES[i]);

Slog.d(TAG,"loading:" +cl);try{　　//实例化子服务并将其存储在mServices数组中

mServices[i]=(SystemUI)cl.newInstance();

}catch(IllegalAccessException ex) {throw newRuntimeException(ex);

}catch(InstantiationException ex) {throw newRuntimeException(ex);

}

//设置Context，并通过调用其start()方法运行它

mServices[i].mContext= this;

Slog.d(TAG,"running:" +mServices[i]);

mServices[i].start();

}

......

}

我们可以发现，除了onCreate()方法之外，SystemUIService没有其他有意义的代码。

我们完全可以这么说，SystemUIService就是一个容器，在其启动时，将会逐个实例化定义在SERVICIES列表中的继承自SystemUI抽象类的子服务。

在调用了子服务的.start()方法后，SystemUIService便不做其他的事，任由各个子服务自行运行，状态导航栏也是这些子服务中的一个。

我们来看一下以下代码：

IWindowManager wm =WindowManagerGlobal.getWindowManagerService();try { /*根据IwindowManager.hasSystemNavBar()的返回值选择一个合适的状态栏与导航栏的实现*/SERVICES[0] =wm.hasSystemNavBar()? R.string.config_systemBarComponent

: R.string.config_statusBarComponent;

}catch (RemoteException e) {......}

我们跳转一下hasSystemNavBar，看一下代码：

源代码：/frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java

publicboolean hasSystemNavBar() {returnmHasSystemNavBar;

}public void setInitialDisplaySize(Display display, int width, int height, intdensity) {//SystemUI (status bar) layout policy // 计算屏幕短边的DP宽度

int shortSizeDp = shortSize * DisplayMetrics.DENSITY_DEFAULT /density;

// 屏幕宽度在720dp以内时，使用分离的布局方案if (shortSizeDp < 600) {//0-599dp: "phone" UI with a separate status & navigation bar

mHasSystemNavBar = false;

mNavigationBarCanMove= true;

}else if (shortSizeDp < 720) {//600+dp: "phone" UI with modifications for larger screens

mHasSystemNavBar = false;