Android framework 之关于DMS启动流程解析

DMS的启动流程

DisplayManagerService继承于SystemService，因此他的启动流程和其他
SystemService一样，由SystemServer启动。在SytemServer中：

// frameworks/base/services/java/com/android/server/SystemServer.java
private void startBootstrapServices() {
......
mDisplayManagerService = mSystemServiceManager.startService(DisplayManagerService.class);
mSystemServiceManager.startBootPhase(SystemService.PHASE_WAIT_FOR_DEFAULT_DISPLAY);
}

SystemServer中启动DMS后，并保留了DMS对象引用，因此除了执行正常启动方法之外，
还进行了以下操作：

// frameworks/base/services/java/com/android/server/SystemServer.java
private void startBootstrapServices() {
......
mDisplayManagerService.setupSchedulerPolicies();
}
private void startOtherServices() {
.....
mDisplayManagerService.windowManagerAndInputReady();
mDisplayManagerService.systemReady(safeMode, mOnlyCore);
}

下面依次看这些方法。

执行DisplayManagerService()

启动过程中，首先会执行其构造方法：

@VisibleForTesting
DisplayManagerService(Context context, Injector injector) {
super(context);
mInjector = injector;
mContext = context;
// android.display线程handler
mHandler = new DisplayManagerHandler(DisplayThread.get().getLooper());
// android.ui线程Handler
mUiHandler = UiThread.getHandler();
// 创建DisplayAdapter.Listener对象
mDisplayAdapterListener = new DisplayAdapterListener();
// 创建DisplayModeDirector对象
mDisplayModeDirector = new DisplayModeDirector(context, mHandler);
.......
mSystemReady = false;
}

DisplayAdapterListener继承于DisplayAdapter.Listener，负责给DMS传递各个
DisplayAdapter中发出的事件。DisplayModeDirector负责监听并选择系统中各类Display配置组合。

执行onStart()

接下来执行onStart()方法：

// frameworks/base/services/core/java/com/android/server/display/DisplayManagerService.java
public void onStart() {
// 加载数据
synchronized (mSyncRoot) {
mPersistentDataStore.loadIfNeeded();
loadStableDisplayValuesLocked();
}
// android.display线程中创建默认DisplayAdapter
mHandler.sendEmptyMessage(MSG_REGISTER_DEFAULT_DISPLAY_ADAPTERS);
// 向ServiceManager注册Binder Service
publishBinderService(Context.DISPLAY_SERVICE, new BinderService(),
true /*allowIsolated*/);
// 注册Local Service
publishLocalService(DisplayManagerInternal.class, new LocalService());
}

首先，利用PersistentDataStore加载display中的固定数据，这些数据都是以xml文件的形式，保存在/data/system/display-manager-state.xml中； 然后，在android.display线程中开始注册默认DisplayAdapter； 最后，将内部BinderService对象注册到ServiceManager中，将LocalService发布到LocalServices中，进行system_server内外部的交互。

注册默认DisplayAdapter通过registerDefaultDisplayAdapters()方法进行：

private void registerDefaultDisplayAdapters() {
synchronized (mSyncRoot) {
registerDisplayAdapterLocked(new LocalDisplayAdapter(
mSyncRoot, mContext, mHandler, mDisplayAdapterListener));
......
}
}

这里创建LocalDisplayAdapter对象，并将LocalDisplayAdapter对象添加到DisplayAdapter列表中:

private void registerDisplayAdapterLocked(DisplayAdapter adapter) {
mDisplayAdapters.add(adapter); // 添加到DisplayAdapter列表
adapter.registerLocked(); // DisplayAdapter中进行注册
}

这里将执行各个DisplayAdapter.registerLocked()方法进行不同适配器的注册工作。在LocalDisplayAdapter中，会根据物理屏创建逻辑屏。

执行onBootPhase()

onStart()执行完毕之后，将执行onBootPhase()方法：

@Override
public void onBootPhase(int phase) {
if (phase == PHASE_WAIT_FOR_DEFAULT_DISPLAY) {
synchronized (mSyncRoot) {
long timeout = SystemClock.uptimeMillis()
+ mInjector.getDefaultDisplayDelayTimeout();
// 超过timeout之后，如果mLogicalDisplays列表中还没有添加逻辑显示，则抛出异常
while (mLogicalDisplays.get(Display.DEFAULT_DISPLAY) == null ||
mVirtualDisplayAdapter == null) {
long delay = timeout - SystemClock.uptimeMillis();
if (delay <= 0) {
throw new RuntimeException("Timeout waiting ....");
}
try {
mSyncRoot.wait(delay);
} catch (InterruptedException ex) {
}
}
}
}
}

PHASE_WAIT_FOR_DEFAULT_DISPLAY阶段是最早的一个启动阶段，当一些引导服务启动完毕后，启动后续服务时，检查DMS是否已经创建默认逻辑屏，如果在10s内没有完成默认LogicalDisplay的创建，则抛出异常。
SystemService的生命周期方法全部执行完毕，下面继续看启动过程中SytemServer执行的其他方法。

setupSchedulerPolicies()

public void setupSchedulerPolicies() {
// 给android.display、android.anim、android.anim.lf三个线程设置组和CPU集
Process.setThreadGroupAndCpuset(DisplayThread.get().getThreadId(),
Process.THREAD_GROUP_TOP_APP);
Process.setThreadGroupAndCpuset(AnimationThread.get().getThreadId(),
Process.THREAD_GROUP_TOP_APP);
Process.setThreadGroupAndCpuset(SurfaceAnimationThread.get().getThreadId(),
Process.THREAD_GROUP_TOP_APP);
}

这个方法中，给以上三个线程设置线程组和调度集，将线程组设为Process.THREAD_GROUP_TOP_APP，以确保更加高效的执行。

windowManagerAndInputReady()

当SystemServer中启动WindowManagerService和InputManagerService后，将调用此方法通知DMS:

// TODO: Use dependencies or a boot phase
public void windowManagerAndInputReady() {
synchronized (mSyncRoot) {
// 获取各模块进程内交互的LocalService对象
mWindowManagerInternal = LocalServices.getService(WindowManagerInternal.class);
mInputManagerInternal = LocalServices.getService(InputManagerInternal.class);
// 请求WMS进行窗口更新流程
scheduleTraversalLocked(false);
}
}

此方法中获得WMS和IMS各自的LocalService对象，然后将发起显示内容更新流程，请求WMS模块进行窗口更新。DMS和WMS联系非常紧密，通常当DMS中相关属性发生变化后，会通知WMS进行窗口更新，WMS在更新过程中也会通知DMS，应用来自窗口的Display相关属性。

systemReady()

这个方法是SystemServer中发起的最后一个调用，通知DMS启动完成：

public void systemReady(boolean safeMode, boolean onlyCore) {
synchronized (mSyncRoot) {
......
mSystemReady = true; // 启动完成
// 将默认Display的top inset存储到persist.sys.displayinset.top中
recordTopInsetLocked(mLogicalDisplays.get(Display.DEFAULT_DISPLAY));
}
// 设置监听
mDisplayModeDirector.setListener(new AllowedDisplayModeObserver());
// 启动
mDisplayModeDirector.start();
// 注册其他DisplayAdapter
mHandler.sendEmptyMessage(MSG_REGISTER_ADDITIONAL_DISPLAY_ADAPTERS);
}

会在该方法中通过mHandler发起注册其他DeviceAdapter的操作。最终完成四种DisplayAdapter的注册。
此时DMS的启动流程完成。整体来看，启动过程中没有涉及到比较复杂的流程，其时序图如下：

最后

如果你想要深入系统的学习Android Framework框架，这里可以分享一份《Android Framework源码开发揭秘》，其中记录了从系统启动流程到WMS全部源码解析，相信你能优秀地学习整个Framework框架。

因文章篇幅原因，只放了部分内容，完整版扫码免费领取！

第一章 系统启动流程分析

• 第一节 Android启动概览
• 第二节 init.rc解析
• 第三节 Zygote
• 第四节 面试题

第二章 跨进程通信IPC解析

• 第一节 Sercice 还可以这么理解
• 第二节 Binder基础
• 第三节 Binder应用
• 第四节 AIDL应用（上）
• 第五节 AIDL应用（下）
• 第六节 Messenger原理及应用
• 第七节 服务端回调
• 第八节 获取服务（IBinder）
• 第九节 Binder面试题全解析

第三章 Handler源码解析

• 第一节 源码分析
• 第二节 难点问题
• 第三节 Handler常问面试题
• 

第四章 AMS源码解析

• 第一节 引言
• 第二节 Android架构
• 第三节 通信方式
• 第四节 系统启动系列
• 第五节 AMS
• 第六节 AMS 面试题解析

第五章 WMS源码解析

• 第一节 WMS与activity启动流程
• 第二节 WMS绘制原理
• 第三节 WMS角色与实例化过程
• 第四节 WMS工作原理

第六章 Surface源码解析

• 第一节 创建流程及软硬件绘制
• 第二节 双缓冲及SurfaceView解析
• 第三节 Android图形系统综述
• 

第七章 基于Android12.0的SurfaceFlinger源码解析

• 第一节 应用建立和SurfaceFlinger的沟通的桥梁
• 第二节 SurfaceFlinger的启动和消息队列处理机制
• 第三节 SurfaceFlinger 之 VSync（上）
• 第四节 SurfaceFlinger之VSync（中）
• 第五节 SurfaceFlinger之VSync（下）
• 

第八章 PKMS源码解析

• 第一节 PKMS调用方式
• 第二节 PKMS启动过程分析
• 第三节 APK的扫描
• 第四节 APK的安装
• 第五节 PKMS之权限扫描
• 第六节 静默安装
• 第七节 requestPermissions源码流程解析

第九章 InputManagerService源码解析

• 第一节 Android Input输入事件处理流程（1）
• 第二节 Android Input输入事件处理流程（2）
• 第三节 Android Input输入事件处理流程（3）

第十章 DisplayManagerService源码解析

• 第一节 DisplayManagerService启动
• 第二节 DisplayAdapter和DisplayDevice的创建
• 第三节 DMS部分亮灭屏流程
• 第四节 亮度调节
• 第五节 Proximity Sensor灭屏原理
• 第六节 Logical Display和Physical Display配置的更新