【问题分析】关于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

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

Python错误AttributeError: 'NoneType' object has no attribute问题的彻底解决方法

《Python错误AttributeError:NoneTypeobjecthasnoattribute问题的彻底解决方法》在Python项目开发和调试过程中,经常会碰到这样一个异常信息... 目录问题背景与概述错误解读:AttributeError: 'NoneType' object has no at