tsm

这里是我整理的Hippy 2.0 初始化流程,由于我接手的并不是Hippy框架的源码,而是修改过后的,所以部分逻辑可能有点问题,但是大体的流程应该没有什么变化

前面2篇文章整理了一下关于 BpBinder 的创建流程以及调用流程,而发送binder 数据就是通过 IPCThreadState 来发送得,而实际发送数据就是通过一个 do while 死循环写一

先上一下上一篇 结尾 AudioTrack::createTrack_l 中重要的代码 看到 使用 Binder 的机制获取了AudioFlinger,利用 AudioFlinger 获取了共享内存的

丢帧是如何计算的 使用方式 加入的队列是 CALLBACK_ANIMATION 动画队列 现在这种方式颗粒度比较粗,统计的数据是间隔帧数据,如果想要更精细的如何处理 matrix 的做法 api>=2

anr 有好几个维度 1: cpu 性能被耗尽 2:死锁 3:慢方法 关于第一点在应用层是无能为力的,这个需要底层的支持, 对于死锁来说也可以从 crashHandler 处获取相应的信息,这个更方便

本篇文章比较适合对 Navigation 有一定了解的同学,因为由于篇幅的原因,本篇文章只会对 Navigation 的源码以及原来做讲解,下面我们进入正文 NavHostFragment 初始化 在

以下是我写的JetPack 系列的源码的文章 JetPack源码分析之LifeCycle原理 JetPack源码分析之LiveData原理 JetPack源码分析之Navigation原理(一)

在上一篇文章中讲解了 Navigation 的初始化的过程, 链接在JetPack源码分析之Navigation原理(一), 这里先来回顾一下上一篇文章中 NavHostFragment 的初始化过程

前面2篇文章梳理了一下 NavHostFragment的整个初始化流程 与 跳转的过程,但是其中涉及到的回退栈的问题都有所跳过, 原因就是想要了解他的回退栈,就需要知道FragmentManager