- DisplayAdapter: 各物理屏和DMS进行连接的适配器;
- LocalDisplayAdapter: 继承于DisplayAdapter, 用于LocalDisplayDevice和DMS的连接;
- WifiDisplayAdapter: 继承于DisplayAdapter,用于WifiDisplayDevice的和DMS的连接;
- OverlayDisplayAdapter:继承于DisplayAdapter,用于OverlayDisplayDevice和DMS的连接;
- VirtualDisplayAdapter:继承于DisplayAdapter,用于VirtualDisplayDevice和DMS的连接;
- DisplayAdapter.Listener:用于通知DisplayDevice发生变化的接口,DMS中对其进行了实现,会接收以下三个事件并根据事件作出全局反应:
-
- a.添加了新的DisplayDevice;
-
- b.DisplayDevice状态发生变化;
-
- c.移除DisplayDevice。
- DisplayViewport:携带有physical display参数,用于通知IMS display信息。
以上类并非所有都位于同一包下,共有一下几个位置:
Package Name | Directory | Description | Example |
---|---|---|---|
android.hardware.display | frameworks/base/core/java/android/hardware/display | 外部模块可访问没有@hide注释的类 | DisplayManager, DisplayMangaerGlobal, … |
android.view | frameworks/base/core/java/android/view | 逻辑屏配置相关 | DisplayInfo, DisplayViewport, … |
com.android.server.display | frameworks/base/services/core/java/com/android/server/display | DMS核心,外部模块无权限直接访问 | DMS,DisplayDevice, … |
下图列出了DMS模块中Physical Display和Logical Display的对应关系:
2.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);
}
下面依次看这些方法。
2.1.执行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配置组合。
2.2.执行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中,会根据物理屏创建逻辑屏。这部分内容的详细分析见Android R DisplayManagerService模块(2) DisplayAdapter和DisplayDevice的创建。
2.3.执行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执行的其他方法。
2.4.setupSchedulerPolicies()
public void setupSchedulerPolicies() {
// 给android.display、android.anim、android.anim.lf三个线程设置组和CPU集
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
总结
**其实上面说了这么多,钱是永远赚不完的,在这个知识付费的时代,知识技能提升才是是根本!我作为一名8年的高级工程师,知识技能已经学习的差不多。**在看这篇文章的可能有刚刚入门,刚刚开始工作,或者大佬级人物。
像刚刚开始学Android开发小白想要快速提升自己,最快捷的方式,就是有人可以带着你一起分析,这样学习起来最为高效,所以这里分享一套高手学习的源码和框架视频等精品Android架构师教程,保证你学了以后保证薪资上升一个台阶。
这么重要的事情说三遍啦!点赞+点赞+点赞!
【Android高级架构师系统学习资料】高级架构师进阶必备——设计思想解读开源框架
第一章、热修复设计
第二章、插件化框架设计
第三章、组件化框架设计
第四章、图片加载框架
第五章、网络访问框架设计
第六章、RXJava 响应式编程框架设计
第七章、IOC 架构设计
第八章、Android 架构组件 Jetpack
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
章、RXJava 响应式编程框架设计
第七章、IOC 架构设计
第八章、Android 架构组件 Jetpack
[外链图片转存中…(img-06beqlyK-1712615129274)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!