android12/13/14版本wms最新面试题：dumpsys window和sf一定会一致么？

最新推荐文章于 2024-09-30 15:37:45 发布

千里马学框架

最新推荐文章于 2024-09-30 15:37:45 发布

阅读量893

点赞数 11

分类专栏： wms surfaceflinger 文章标签： android framework 系统开发车载系统 systemui wms SurfaceFlinger

本文链接：https://blog.csdn.net/learnframework/article/details/142623876

版权

wms 同时被 2 个专栏收录

56 篇文章 69 订阅

订阅专栏

surfaceflinger

35 篇文章 24 订阅

订阅专栏

背景：

近期学员们学习了马哥wms课程后，去参加相关的大厂的framework面试，有一个学员朋友带回来了一个wms相关的面试题，具体面试题描述如下：
问题1

请问wms的window和SurfaceFlinger的Layer有什么关系？

回答了这问题1后，紧接着会继续深入问问题2

问题2
既然二者关系是一一对应的，那么请问wms层面的层级结构树就一定和SurfaceFlinger层面的Layer结构树一定一致么？
如果回答了不一致，会要求列举出几种不一致的情况（这里还会对列出的情况还进行深入挖）。

基于上面这个2个面试题，其实本质上是对wms还有surfaceflinger相关知识的深入考察，而且问题属于难度等级层次分明，慢慢变大的情况，所以要完全可以拿捏对这问题，基本上wms部分的知识考察就可以得到面试官的高度认可打高分。
那么下面来剖析一下如何得上面问题的高。

面试题回答和剖析

问题1

请问wms的window和SurfaceFlinger的Layer有什么关系？

难度评价：中
考察wms理解，SurfaceFlinger的理解

这个其实课程就已经和大家讲解的很清楚了，高版本android把引入了窗口层级结构树的概念，这个树上的任意节点其实都是继承了WindowContainer类，WindowContainer在创建或者添加时候都会产生一个对应的SurfaceControl,而SurfaceControl又会触发到SurfaceFlinger创建一一对应的Layer，而且WindowContainer的层级结构关系都会一一影响自己SurfaceControl，所以一般在SurfaceFlinger也会有一个和wms一一对应Layer结构树。

问题2

请问wms层面的层级结构树就一定和SurfaceFlinger层面的Layer结构树一定一致么？

难度评价：较高

问题1属于考查wms理论知识后，开始要加大难度考察wms的深入实战理解知识，即这个问题如果你平时只是学习了wms理论知识，理解了层级结构树，但是没有做过较多wms相关的实战项目及丰富经验。那么这个问题很可能就答不上来，因为在正常情况下，确实wms的层级结构树都是与Sf的Layer结构树完全一致

那么什么时候不一致呢，不一致又有哪些情况呢？
这个面试问题课程可能没有现成的答案，但是课程其实也都有讲解过不一致的情况，具体列出几个经典的案例场景

1、经典的学习车载多屏互动课程时候，是不是有创建单独Mirror图层，一直靠操作这个Mirror图层来进行的操作画面，但是并没有在wms成名创建对应的WindowContainer。

2、学习分屏PIP自由窗口专题时候，有讲解PIP的顶层WindowLess的部分，是不是就是在dumpsys window方式看不到任何的window，但是确实有相关Sf的Layer情况。

3、还有在以前直播时候也讲解过，普通的InputMonitor全局监听事件和monitorGestureInput有啥区别？本质就是GestureInput额外多了图层在sf中。

4、blog有分享过ActivityRecordInputSink相关的剖析，他也是个典型的sf中有图层，但是window中没有。

上面若干案例其实都有一个共同点，都明显表达出一个结论：

sf中的图层不一定window中有，即sf图层可以单独创建挂载不受window的约束和影响，即sf的图层一般比window多的情况。

问题要是可以回答到以上几点其实基本上就算过关了，但是如果还要深挖，那么可能还有有如下的问题：

是否有遇到过sf中的Layer图层和window结构树数目对象都一样，但是顺序不一样，如果有遇到过请举例一下案例。

这种其实就是对一些少见的疑难bug问题的分析经验的考察，看看你是否有遇到过同类型的疑难杂症。
针对这个问题，其实就是说window结构树顺序依赖关系和sf的Layer结构树依赖关系居然不同，大家也知道正常情况下肯定要一模一样，因为Layer虽然可以新加入，但是不能说原来的window对应的Layer结构树顺序都乱了，这样可能会造成显示类的bug。

在这里插入图片描述
正常dumpsys activity containers看到是com.android.messaging/.ui.conversation.ConversationActivity在顶部显示者，但如果dumpsys SurfaceFlinger 发现确实com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher显示，而短信却被显示在桌面下面即被遮盖了，无法显示出来。