WindowManager为App提供了一个可以在指定的窗口下插入阴影图层或者模糊背景图层的方法，达到使该窗口之下的所有窗口变暗或者模糊的效果，本文首先分析一下这种效果的大致实现，接着探究一下实现过程

不管是通过启动Activity的方式来创建App类型的窗口，还是通过主动调用WindowManager.addView的方式来创建非App类型的窗口，流程都是一样，最终都是通过ViewRootImpl

一般来说，SF侧的Layer层级和WMS侧WindowContainer侧的层级是一一对应的，但是对Launcher来说，则略有不同，这点之前我在打印SF信息的时候，也有注意过，但是没有去仔细思考过为

1 ThreadedRenderer.draw 上一篇文章分析了DisplayList的构建流程，即ThreadedRenderer.updateRootDisplayList方法的内容。 这一篇文章

在硬件加速渲染环境中，Android应用程序窗口的UI渲染是分两步进行的。第一步是构建DisplayList，发生在应用程序进程的Main Thread中；第二步是渲染DisplayList，发生在应

ViewRootImpl内部有两个成员变量： 跟踪一下向mSurface和mSurfaceControl初始化的流程。 一、SurfaceControl的初始化 1 ViewRootImpl.rela

本系列分析硬件加速的基础知识参考了博客： Android应用程序UI硬件加速渲染技术简要介绍和学习计划_硬件ui_罗升阳的博客-CSDN博客 虽然旧的Android版本代码和本系列分析所用的Andro

Input系统: InputReader 处理触摸事件 分析了 InputReader 对触摸事件的处理流程，最终的结果是把触摸事件包装成 NotifyMotionArgs，然后分发给下一环。根据 I

手机一般有两种类型的输入设备。一种是键盘类型的输入设备，通常它包含电源键和音量下键。另一种是触摸类型的输入设备，触摸屏就属于这种类型。 键盘类型的输入设备一般都是产生按键事件，前面已经用几篇文章，分析