【问题分析】leash影响壁纸显示+SF侧流程变更梳理【Android15】

本文主要是介绍【问题分析】leash影响壁纸显示+SF侧流程变更梳理【Android15】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在这里插入图片描述

1 问题描述

在这里插入图片描述

锁屏界面调起Emergency界面,然后返回到锁屏界面,切换的过程中黑屏。

2 问题分析

首先根据复现的情况来看,能看到的很明显的一点就是,动画开始播放的时候,壁纸还没有显示出来。

但是根据现有的log:

在这里插入图片描述

WallpaperWindowToken也是参与到了动画了,并且动画类型是TO_FRONT,顺便一提,EmergencyDialerActivity对应的Task是CLOSE,那么按照我们对动画的了解,应该是EmergencyDialerActivity的Task在退出的同时,WallpaperWindowToken应该也是在移动到前台变为可见的,但是实际上并非如此。

接下来需要在SurfaceFlinger侧继续加log看看究竟是为什么Wallpaper无法在动画开始的时候显示出来。

代码分析见第3节,排查代码的时候是倒着分析的,但是总结的时候我觉得还是正着梳理好一点。

最终看到是动画开始的时候,WallpaperWindowToken被reparent到的“transition-leash”主动请求设置alpha为0:

在这里插入图片描述

导致了在整个动画期间,壁纸都无法显示,只能在动画结束后,WallpaperWindowToken从“transition-leash” reparent回到原来的父Layer上时,壁纸才能恢复显示。

具体代码在KeyguardService中:

在这里插入图片描述

initAlphaForAnimationTargets方法的内容是:

在这里插入图片描述

如果动画类型是MODE_OPENING,那么将动画的leash的透明度设置为0。

而动画的类型只有3种:

在这里插入图片描述

那么Wallpaper对应的ChangeInfo的动画为TO_FRONT,肯定就会被归类为MODE_OPENING。

顺便一提,U上是没有这个问题的,因为U的代码逻辑有稍许不同:

在这里插入图片描述

虽然找到了造成异常的代码,但是对这里的逻辑还是不太理解,为什么要在这个过程中将壁纸隐藏?

最终这个问题转给了SystemUI的同事处理。

3 SurfaceFlinger代码分析

其实这个问题并不难定位原因,主要是在追查问题原因的时候,在SurfaceFlinger侧打log,发现SurfaceFlinger.setClientStateLocked和Layer.setAlpha等方法都不走了,于是更深入了看了下,才发现这里的逻辑已经完全切换为新的了,含“legacy”相关的流程已经不走了,由于时间原因本次没办法记录的太细致,大概过一遍。

3.1 应用App侧发送的Transaction信息的提交流程

3.1.1 SurfaceFlinger.commit

在这里插入图片描述

起点为SurfaceFlinger.commit。

3.1.2 SurfaceFlinger.updateLayerSnapshots

在这里插入图片描述

以前走的是SurfaceFlinger.updateLayerSnapshotsLegacy,现在走SurfaceFlinger.updateLayerSnapshots。

3.1.3 LayerLifecycleManager.applyTransactions

在这里插入图片描述

也是新玩意。

3.1.4 RequestedLayerState.merge

在这里插入图片描述

看到是把之前SurfaceFlinger.setClientStateLocked的工作移到了RequestedLayerState.merge:

1)、这里的局部变量clientState保存的就是从客户端发来的最新的信息。

2)、调用layer_state_t.merge方法,更新自身的信息:

在这里插入图片描述

因为RequestedLayerState是继承自layer_state_t的:

在这里插入图片描述

因此最终从App端发送来的信息最终是保存到了RequestedLayerState中,而以前是在SurfaceFlinger.setClientStateLocked中将更新后的信息直接保存在了Layer.mDrawingState中。

3.2 更新LayerSnapshot信息

回到SurfaceFlinger.updateLayerSnapshots:

在这里插入图片描述

应用了从App侧传过来的Transaction的信息后,目前信息是保存在RequestedLayerState中的,接下来看下如何用RequestedLayerState的信息更新LayerSnapshot。

3.2.1 LayerSnapshotBuilder.update

在这里插入图片描述

3.2.2 LayerSnapshotBuilder.updateSnapshots

在这里插入图片描述

3.2.3 LayerSnapshotBuilder.updateSnapshotsInHierarchy

在这里插入图片描述

1)、调用LayerSnapshotBuilder.updateSnapshot继续对层级结构中的每一个LayerSnapshot进行更新。

2)、递归调用LayerSnapshotBuilder.updateSnapshotsInHierarchy自己的子节点的信息。

3.2.4 LayerSnapshotBuilder.updateSnapshot

在这里插入图片描述

这里就是用RequestedLayerState来更新每一个LayerSnapshot的信息的地方。

比如一个LayerSnapshot的alpha,是通过父节点alpha与本节点请求的alpha相乘得到的,如果父节点请求的alpha为0,那么这个父节点的alpha就会影响到其下所有子节点的alpha。

3.3 LayerSnapshot的可见性更新

回到LayerSnapshotBuilder.updateSnapshots:

在这里插入图片描述

上一步我们已经用RequestedLayerState的color.a来更新了LayerSnapshot.color.a和LayerSnapshot.alpha,接下来看下LayerSnapshot.isVisible是如何更新的。

3.3.1 LayerSnapshotBuilder.sortSnapshotsByZ

在这里插入图片描述

对整个层级结构进行遍历,如果一个LayerSnapshot是可见的,或者有InputInfo,那么继续调用LayerSnapshotBuilder.updateVisibility更新其可见性。

3.3.2 LayerSnapshotBuilder.updateVisibility

在这里插入图片描述

这个方法更新了LayerSnapshot.isVisible的值。

而传参是LayerSnapshot.getIsVisible的返回值,看下这个方法:

在这里插入图片描述

和AndroidV之前的逻辑也差不多。

3.4 计算可见区域的流程

在这里插入图片描述

先跟一下SurfaceFlinger.moveSnapshotsToCompositionArgs,然后再分析CompositionEngine.present。

SurfaceFlinger.moveSnapshotsToCompositionArgs为:

在这里插入图片描述

调用LayerSnapshotBuilder.forEachVisibleSnapshot,遍历LayerSnapshotBuilder中的可见LayerSnapshot,将符合要求的LayerFE添加到CompositionRefreshArgs.layers中,记住这个CompositionRefreshArgs.layers。

再看下LayerSnapshotBuilder.forEachVisibleSnapshot:

在这里插入图片描述

判断LayerSnapshot是否可见,用的是其成员变量isVisible,该成员变量则是在SurfaceFlinger.commit流程中,通过LayerSnapshotBuilder.updateVisibility来更新的。

继续分析CompositionEngine.present.

3.4.1 CompositionEngine.present

在这里插入图片描述

3.4.2 Output.prepare

在这里插入图片描述

3.4.3 Output.rebuildLayerStacks

在这里插入图片描述

3.4.4 Output.collectVisibleLayers

在这里插入图片描述

看到这里遍历CompositionRefreshArgs.layers,对其中的每一个LayerFE对象都调用Output.ensureOutputLayerIfVisible,而这里的CompositionRefreshArgs.layers则是在之前的SurfaceFlinger.moveSnapshotsToCompositionArgs中,通过遍历LayerSnapshotBuilder中的可见LayerSnapshot得到的。

3.4.5 Output.ensureOutputLayerIfVisible

在这里插入图片描述

Output.ensureOutputLayerIfVisible就是具体的计算可见区域等各种区域的地方,就不赘述了。

这篇关于【问题分析】leash影响壁纸显示+SF侧流程变更梳理【Android15】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1120508

相关文章

Security OAuth2 单点登录流程

单点登录(英语:Single sign-on,缩写为 SSO),又译为单一签入,一种对于许多相互关连,但是又是各自独立的软件系统,提供访问控制的属性。当拥有这项属性时,当用户登录时,就可以获取所有系统的访问权限,不用对每个单一系统都逐一登录。这项功能通常是以轻型目录访问协议(LDAP)来实现,在服务器上会将用户信息存储到LDAP数据库中。相同的,单一注销(single sign-off)就是指

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

好题——hdu2522(小数问题:求1/n的第一个循环节)

好喜欢这题,第一次做小数问题,一开始真心没思路,然后参考了网上的一些资料。 知识点***********************************无限不循环小数即无理数,不能写作两整数之比*****************************(一开始没想到,小学没学好) 此题1/n肯定是一个有限循环小数,了解这些后就能做此题了。 按照除法的机制,用一个函数表示出来就可以了,代码如下

hdu1043(八数码问题,广搜 + hash(实现状态压缩) )

利用康拓展开将一个排列映射成一个自然数,然后就变成了普通的广搜题。 #include<iostream>#include<algorithm>#include<string>#include<stack>#include<queue>#include<map>#include<stdio.h>#include<stdlib.h>#include<ctype.h>#inclu

第10章 中断和动态时钟显示

第10章 中断和动态时钟显示 从本章开始,按照书籍的划分,第10章开始就进入保护模式(Protected Mode)部分了,感觉从这里开始难度突然就增加了。 书中介绍了为什么有中断(Interrupt)的设计,中断的几种方式:外部硬件中断、内部中断和软中断。通过中断做了一个会走的时钟和屏幕上输入字符的程序。 我自己理解中断的一些作用: 为了更好的利用处理器的性能。协同快速和慢速设备一起工作

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

安卓链接正常显示,ios#符被转义%23导致链接访问404

原因分析: url中含有特殊字符 中文未编码 都有可能导致URL转换失败,所以需要对url编码处理  如下: guard let allowUrl = webUrl.addingPercentEncoding(withAllowedCharacters: .urlQueryAllowed) else {return} 后面发现当url中有#号时,会被误伤转义为%23,导致链接无法访问

C#实战|大乐透选号器[6]:实现实时显示已选择的红蓝球数量

哈喽,你好啊,我是雷工。 关于大乐透选号器在前面已经记录了5篇笔记,这是第6篇; 接下来实现实时显示当前选中红球数量,蓝球数量; 以下为练习笔记。 01 效果演示 当选择和取消选择红球或蓝球时,在对应的位置显示实时已选择的红球、蓝球的数量; 02 标签名称 分别设置Label标签名称为:lblRedCount、lblBlueCount

购买磨轮平衡机时应该注意什么问题和技巧

在购买磨轮平衡机时,您应该注意以下几个关键点: 平衡精度 平衡精度是衡量平衡机性能的核心指标,直接影响到不平衡量的检测与校准的准确性,从而决定磨轮的振动和噪声水平。高精度的平衡机能显著减少振动和噪声,提高磨削加工的精度。 转速范围 宽广的转速范围意味着平衡机能够处理更多种类的磨轮,适应不同的工作条件和规格要求。 振动监测能力 振动监测能力是评估平衡机性能的重要因素。通过传感器实时监