【问题分析】关于SF侧Launcher层级的分析【Android15】

2024-08-30 10:04

本文主要是介绍【问题分析】关于SF侧Launcher层级的分析【Android15】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在这里插入图片描述

一般来说,SF侧的Layer层级和WMS侧WindowContainer侧的层级是一一对应的,但是对Launcher来说,则略有不同,这点之前我在打印SF信息的时候,也有注意过,但是没有去仔细思考过为什么会这样,直到这次分析问题的时候踩了一坑,才发现有必要梳理一下这块逻辑,并做个记录。

1 问题描述

进入超级省电模式(也是一个Launcher),然后随便打开一个App,如Message,然后在Message界面上划,发现无法返回到Home。

2 问题分析

2.1 分析1

最初我分析的方向是错误的,刚拿到这个问题的时候,我复现了一下,先看上层WMS处WindowContainer的信息:

在这里插入图片描述

没问题,Home类型的Task已经在TaskDisplayArea的top了。

再看SF:

在这里插入图片描述

Message仍然是可见的。

因此我就直接认为是SF侧没有把Launcher对应的Task移动到TaskDisplayArea的top,比如Transaction.setLayer这个方法没有被调用之类的,但是继续打印log后才发现,正常情况下也没有为Home类型的Task设置layer的操作,这个分析方向是错的。

2.2 对Home类型Task的层级的特殊处理

正常情况下,当我从任意一个App回到Home后,再看此时winscope的信息:

在这里插入图片描述

发现虽然Launcher是可见的,但是它在SF侧仍然是出于TaskDisplayArea的bottom的,而在WMS侧,它在WindowContainer层级结构中是处于TaskDisplayArea的top的。

画个示意图,按照层级高的在上的形式。

WMS侧的情况为:

在这里插入图片描述

SF侧的情况为:

在这里插入图片描述

WMS侧的情况是符合直觉的,但是SF侧的确是Launcher的Task在底部,为什么会这样呢?

直接看TaskDisplayArea调整Task的层级地方,在TaskDisplayArea.assignRootTaskOrdering:

在这里插入图片描述

其实逻辑很清楚了,首先定义一个局部变量layer,初始化为0,然后每次都是先调用TaskDisplayArea.adjustRootTaskLayer来设置Home类型的Task的层级,所以Home类型的Task在SF侧TaskDisplayArea中就是一直处于bottom的。

最终TaskDisplayArea.adjustRootTaskLayer会调用WindowContainer.assignLayer,这里会调用Transaction.setLayer来完成最终的Layer设置,调用堆栈为:

在这里插入图片描述

可以看到调用的时机是在动画就绪的时候,Transition.onTransactionReady。

最后说一下,想要让Home类型的Task能够在屏幕上被看见,那么就只能在适当的时机隐藏位于Home类型Task之上的其它Task,如果这两个Task都是可见的,那么普通的App Task遮挡住Home类型的Task。

当前问题就是这个原因,继续分析。

2.3 分析2

经过以上分析,可知我们分析的重点不是在于SurfaceControl的层级设置,而是在于SurfaceControl的可见性(show和hide)设置。

先来回顾一下Transition中和可见性相关的重要节点,以从Message回到Launcher为例:

1)、启动Launcher,Launcher相关ActivityRecord变为可见。

2)、在动画就绪,Transition.onTransactionReady的时候,需要将Launcher的相关Layer设置为可见。

3)、然后播放动画,此时参与动画的Message和Launcher的相关Layer都应该是可见的。

4)、动画结束,Message相关的ActivityRecord变为不可见,那么它的Task也会被认为是不可见,进而调用Transaction.hide来隐藏它的SurfaceControl,堆栈为:

在这里插入图片描述

因此我们应该关注动画结束后,Message对应的Task没有去隐藏。

之后就定位到了问题原因,发现整个过程中没有“Finish transition”相关的log打印,说明动画流程没有走完,那么自然也不会将Message对应的Task隐藏。

再结合Launcher那边说它们是通过startRecentsTransition等接口来启动相关Home Activity的,因此很大概率是本次启动是瞬态启动。

瞬态启动一个重要的特点就是,从一个界面进入Recents,并且离开Recents后,一个完成的Transition才算完成,如果只是进入Recents,那么Transition只走到了Transition.onTransactionReady,只有从Recents界面离开(选择Recents界面的一个应用进入,或者点击Recents界面的空白区域回到Home),动画才会开始播放,并且最终走到finishTransition阶段,也就是说需要Launcher那边的动画开始播放并且播放完成后Transition才会结束,因此需要Launcher那边继续排查。

这篇关于【问题分析】关于SF侧Launcher层级的分析【Android15】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁

MySQ中出现幻读问题的解决过程

《MySQ中出现幻读问题的解决过程》文章解析MySQLInnoDB通过MVCC与间隙锁机制在可重复读隔离级别下解决幻读,确保事务一致性,同时指出性能影响及乐观锁等替代方案,帮助开发者优化数据库应用... 目录一、幻读的准确定义与核心特征幻读 vs 不可重复读二、mysql隔离级别深度解析各隔离级别的实现差异

C++ vector越界问题的完整解决方案

《C++vector越界问题的完整解决方案》在C++开发中,std::vector作为最常用的动态数组容器,其便捷性与性能优势使其成为处理可变长度数据的首选,然而,数组越界访问始终是威胁程序稳定性的... 目录引言一、vector越界的底层原理与危害1.1 越界访问的本质原因1.2 越界访问的实际危害二、基

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.