深入理解View知识系列三-Window机制、Canvas的由来、Android事件的由来

最新推荐文章于 2023-08-02 09:58:06 发布
VIP文章 最新推荐文章于 2023-08-02 09:58:06 发布
阅读量1.3k 收藏 11
点赞数
分类专栏： 高手进阶 深入理解View 文章标签： WindowManager PhoneWindow Canvas Surface Window
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yulong0809/article/details/79277633
版权
我们在第一篇和第二篇中都涉及到了Window、WindowManager、PhoneWindow，而他们到底是什么，在第二篇又出现了WindowManagerImpl、WindowManagerGlobal、WindowSession、WindowManagerService，这么一堆的东西又都是干什么？起到什么样的作用？每个Activitiy都会存在一个Window，那么整个应用又一共有多少个Window？你听说过Surface吗？你知道Canvas是怎么来的吗？本篇就来详细的说说他们
本篇你会学到什么
  • 上面提到一堆Windowxxx都是干什么的
  • Window的类型和级别
  • Surface是干什么的
  • View中的ondraw方法里的Canvas对象是哪来的?
  • WMS添加Window的过程，和事件传递机制
同样的我们先来回顾一下上一篇的内容
Activity是在哪里准备显示View的

在setContentView之后，Activity会继续走它自己的生命周期方法，接着会走到ActivityThread中的handleResumeActivity中，在这个方法中会执行如下几部（只涉及View知识，其他的逻辑会在以后说）。

  • 首先会执行performResumeActivity方法，在这里会回调Activity的onResume方法
  • 接着会获取Activity的PhoneWindow和PhoneWindow中的DecorView，并把DecorView设置为INVISIBLE
  • 然后获取在Activity中设置的WindowManager，并调用addView方法添加DecorView
  • 最后调用Activity的makeVisible方法来将DecorView设置为VISIBLE

通过这几步我们还总结了两点

1.Activity是先回调了Activity的onResume之后才开始添加DecorView的,也就是说在oResume中是不能得到View的宽高参数的

2.Activity也是通过WindowManager来添加View的，这和我们平时自己使用WindowManger来添加一个View的流程类似。

WindowManger添加View的过程

WindowManger的是实现类是WindowManagerImpl，在WindowManagerImpl中包括addView在内操作View的三大方法全部使用了桥接到了WindowManagerGloble中，WindowManagerGloble是一个单例类，那么也就说明每个进程中所有对View的三大操作全部都只在这一个类中进行管理，在这里主要执行了如下几步。

  • 检查传入参数的合法性
  • 判断是否存在父Window，如果有会根据父Window调整一些信息参数
  • 创建ViewRootImpl，并调用它的setView方法
  • 将ViewRootImpl、LayoutParams、View添加进各自的集合中，这是因为WindowManagerGloble是一个单例类，无论存在多少个Window但是只存在一个WindowManagerGloble，所以要将这些东西存起来，以便于后面删除更新等操作。
ViewRootImpl的绘制开始点

在WindowManagerGloble中创建了ViewRootImpl，并调用了它的setView方法，逻辑转入到ViewRootImpl中，主要逻辑如下

  • setView方法中主要通过requestLayout方法来准备开始View的绘制流程，通过WindowSession.addToDisplay完成Window添加的过程，还调用了View的assignParent方法来设置顶层View的Parent指向ViewRootImpl
  • 在requestLayout的方法中先调用了checkThread来检查当前是否主线程
  • 又调用了scheduleTraversals方法，在这里首先使用MessageQueue开启了一个同步消息屏障，这样就导致了主线程同步的消息将会暂停处理，目的是加快绘制的速度。
  • 接着通过了Choreographer传递了一个Runnable，最终会执行Runnable中的run方法调用performTraversals来真正调用View的三大流程方法，即measure、layout、draw，
  • 还有一些其他的知识点，例如为什么在onCreate中调用View.post方法就可以得到View的宽高、requestLayout请求重绘的过程等，详细的请看上一篇
开始之前我们先说一下一堆涉及Windowxxx的概念，本编源码基于android 7.1.1
Window :

顾名思义就是一个窗口，Android中所有的视图都需要通过Window来展示，它是一个抽象类，例如Activity、Toast、Dialog、PopupWindow等都必须通过Window才可以展示，它内部直接操作管理着View，可以说它是View的直接管理者，也可以说是相辅相成，互相依赖，谁离了谁都不行，而Window又分为三大类，这一点体现在WindowManager.LayoutParams中声明的常量中，这些常量用于type这个参数上，而且从声明中可以看出它们是分层级的，层级大的会覆盖在层级小的上面,如下

  • 应用Window ： 应用Window的层级对应于1-99，一般对应一个Activity
    public static final int FIRST_APPLICATION_WINDOW = 1;
    public static final int TYPE_BASE_APPLICATION   = 1;
    public static final int TYPE_APPLICATION        = 2;
    public static final int TYPE_APPLICATION_STARTING = 3;
    public static final int TYPE_DRAWN_APPLICATION = 4;
    public static final int LAST_APPLICATION_WINDOW = 99;
  • 子Window : 子Window表示需要依赖于父Window才能存在的Window，它不能单独存在，例如Dialog、PopupWindow等，需要依赖Activity的应用Window才能存在。它的层级对应于1000-1999
    public static final int FIRST_SUB_WINDOW = 1000;
    public static final int TYPE_APPLICATION_PANEL = FIRST_SUB_WINDOW;
    public static final int TYPE_APPLICATION_MEDIA = FIRST_SUB_WINDOW + 1;
    public static final int TYPE_APPLICATION_SUB_PANEL = FIRST_SUB_WINDOW + 2;
    public static final int TYPE_APPLICATION_ATTACHED_DIALOG = FIRST_SUB_WINDOW + 3;
    public static final int TYPE_APPLICATION_MEDIA_OVERLAY  = FIRST_SUB_WINDOW + 4;
    public static final int TYPE_APPLICATION_ABOVE_SUB_PANEL = FIRST_SUB_WINDOW + 5;
    public static final int LAST_SUB_WINDOW = 1999;
  • 系统Window : 系统Window是级别最高的Window，一般如果使用的话需要申请权限，例如Toast、输入法锁屏、系统警告、系统状态栏等都是系统Window，它的层级对应于2000-2999
public static final int FIRST_SYSTEM_WINDOW     = 2000;
    public static final int TYPE_STATUS_BAR         = FIRST_SYSTEM_WINDOW;
    public static final int TYPE_SEARCH_BAR         = FIRST_SYSTEM_WINDOW+1;
    public static final int TYPE_PHONE              = FIRST_SYSTEM_WINDOW+2;
    public static final int TYPE_SYSTEM_ALERT       = FIRST_SYSTEM_WINDOW+3;
    public static final int TYPE_KEYGUARD           = FIRST_SYSTEM_WINDOW+4;
    public static final int TYPE_TOAST              = FIRST_SYSTEM_WINDOW+5;
    ....
    public static final int LAST_SYSTEM_WINDOW      = 2999;

如果没有设置type这个字段的值的话，默认是应用及Window，是TYPE_APPLICATION，这里从源码的WindowManager.LayoutParams的构造方法中可以看出来，

//LayoutParams的构造方法
    public LayoutParams() {
  
        super(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT);
        //默认值是2
        type = TYPE_APPLICATION;
        format = PixelFormat.OPAQUE;
    }
PhoneWindow ：

PhoneWindow是Window的唯一实现类，内部管理着最顶层的View，即DecorView

ViewManager :

一个接口，内部定义了操作View的三个方法，即addView、updateViewLayout、removeView

WindowManager:

也是一个接口继承了ViewManager，也是WindowManagerService代理包装类，这一点从context.getSystemService的源码中有体现,来看一下

    //1.ContextImpl
   @Override
    public Object getSystemService(String name) {
  
        return SystemServiceRegistry.getSystemService(this, name);
    }
    //2.SystemServiceRegistry
    public static Object getSystemService(ContextImpl ctx, String name) {
  
        ServiceFetcher<?> fetcher = SYSTEM_SERVICE_FETCHERS.get(name);
        return fetcher != null ? fetcher.getService(ctx) : null;
    }
    //3.registerService
    private static <T> void registerService(String serviceName, Class<T> serviceClass,
            ServiceFetcher<T> serviceFetcher) {
  
        SYSTEM_SERVICE_NAMES.put(serviceClass, serviceName);
        SYSTEM_SERVICE_FETCHERS.put(serviceName, serviceFetcher);
    }
    //4.注册服务
    registerService(Context.WINDOW_SERVICE, WindowManager.class,
                new CachedServiceFetcher<WindowManager>() {
  
            @Override
            public WindowManager createService(ContextImpl ctx) {
  
                return new WindowManagerImpl(ctx);
    }});
WindowManagerImpl：

WindowManager的实现类，从上面注册服务的源码可以看出来，最终返回的是WindowManagerImpl，但是它并没有真正实现View的三大操作，全部桥接到了WindowMangerGloble

WindowManagerGloble :

真正实现View三大操作的类，它是一个单例类，它还管理着所有Window中的ViewRootImpl、DecorView、LayoutParams

ViewRootImpl ：

整个View树的根，在WindowManagerGloble中的addView中被创建，是顶层DecorView的ViewParent,控制着整个View树的运作，包括measure、layout、draw、重绘、事件传递派发等

IWindowSession ：

一个aidl接口，它的真的实现类是Session，它是一个Binder对象，用来和WindowManagerService建立连接，在ViewRootImpl的setView中最终也是通过它和WindowManagerService通信完成了Window的添加的。这个Session是应用唯一的，它的创建时在WindowManagerGloable中通过getWindowSession获取的

Session ：

IWindowSession的真正实现类，这一点在WindowManagerGloble的获取中可以体现

//WindowManagerGloble
public static IWindowSession getWindowSession() {
  
        synchronized (WindowManagerGlobal.class) {
  
            if (sWindowSession == null) {
  
                try {
  
                    InputMethodManager imm = InputMethodManager.getInstance();
                    IWindowManager windowManager = getWindowManagerService();
                    //调用WMS的openSession
                    sWindowSession = windowManager.openSession(
                            new IWindowSessionCallback.Stub() {
  
                                @Override
最低0.47元/天 解锁文章
刘镓旗
关注
  • 0
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
android-openGL-canvas：一个Android库，提供使用openGL画布在SurfaceView或TextureView上绘制内容的视图
02-03
项目应用功能提供一个类似Android Canvas类的使用OpenGL来实现实现的canvasGL。可以像传统自定义View那样直接继承GLViews，再使用这个canvas替换需要的东西。提供类似GPUImage里的Filter的API，可以在使用画布GL画...
Android---如何同view进行渲染
最新发布
qq_44950283的博客
10-30 293
主要介绍了 ViewRootImpl 是如何执行 View 的渲染操作的。其中核心方performTraversals 方法中会按顺序执行 measure->layout->draw 操作。介绍了软件绘制和硬件绘制的区别；介绍了 View 刷新的两种方式 Invalidate 和 postInvalidate。
图解Android - Android GUI 系统 (2) - 窗口管理 (View, Canvas, Window Manager)
极客神殿
11-07 1429
Android 的窗口管理系统 (View, Canvas, WindowManager) 在图解Android - Zygote 和 System Server 启动分析一 文里，我们已经知道Android 应用程序是怎么创建出来的，大概的流程是 ActivityManagerService -&amp;amp;amp;amp;amp;gt; Zygote -&amp;amp;amp;amp;amp;gt; Fork App, 然后应用程序在ActivityThread 中...
Android-View绘制原理(11)-HardwareRenderer
文科壮员专栏
08-02 393
HardrwareRender的初始化需要从Java层传入Surface，这个Surface在C层将以ANativeWindow的形式被使用。在初始化后，C。
Android高级UI进阶之路(五) —— Canvas详解
金戈鐡馬
03-08 739
上一篇文章介绍了 Paint 的 API 和Paint 高级使用，下面再来讲讲有关 Canvas 绘图的知识，Canvas 可以实现很多绘图方式, 该篇就全面介绍 Canvas 的使用。更多Android系列教程上传在GitHub：今天逛掘金发现了一种讲解自定义好的方式，可以去看原文Android关于Canvas你所知道的和不知道的一切。
Android Framework学习笔记（十一）WindowManager体系，kotlininline函数
m0_64603743的博客
12-20 375
Window mWindow =getWindow(); mWindow.setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,WindowManager.LayoutParams.FLAG_FULLSCREEN); 第三种则是给LayoutParams设置Flag，并通过WindowManager的addView方法进行添加： WindowManager.LayoutParams mWindowLayoutParams = new WindowManage
Canvas学习系列二：Canvas的坐标系统
diannai2478的博客
06-13 2498
上一章内容中我们对canvas元素有了一个初步的认识，在接下来的章节中我们会慢慢学习canvas中图形的绘制；但是在绘制之前我们先来看看canvas中的坐标系统，因为这样我们才能知道绘制的图形放在什么位置。 比如：我们要在canvas画布的（100，100）这个位置绘制一个圆 看到这个要求顿时就懵逼了，(100, 100)在什么地方！！！ 至于为什么会懵逼呢？是因为我...
windows 安装 node-canvas
u010912615的博客
04-15 1153
WINDOWS 安装 NODE-CANVAS 在Windows上部署某些npm包，需要本地编译，有的包环境依赖比较强，比如canvas，基本上在Windows上部署失败都是这个原因，今天带你一次性解决 在Windows上部署某些npm包，需要本地编译，有的包环境依赖比较强，比如canvas，基本上在Windows上部署失败都是...
windows下的node-canvas历程
weixin_30885111的博客
04-12 380
背景：由于在前期开发的过程中，对前端的小图片采用了css-sprite，开始的时候都是在http://spritegen.website-performance.org/站点上合成图片及样式的，但是某天该站点突然不能访问，开始还怀疑是运维把站点给屏蔽了，后来才知道这个站点真的挂了，顿时觉得使用web站点上的工具太没有安全感了，所以决定在本地搭建一个css-sprite的工具环境。 所以接下来就是...
react-native-signature-canvas：用于Android && IOS && expo的基于React Native Signature组件的WebView Canvas
02-05
对Android && IOS && expo的基于本地签名组件的Canvas进行React 支持Android，iOS和Expo 没有本地依赖项的纯JavaScript实现 经过RN 0.50测试 核心使用 只依靠React和React本机 生成签名的base64编码png图像注意：...
Android -自定义view-Paint和Canvas.rar
06-28
android 自定义view(Paint和Canvas)，安卓自定义View，安卓自定义。
android-canvas.rar_ android Canvas_android canvas_android canv
09-20
对学习android的朋友在画图上有很大的参考意义
react-native-canvas-view：一个React Native组件，暴露了一个原生（可控）画布层
02-06
React原生画布视图React Native组件，用于实现可绘制的画布。 允许显式的行为（使用paths和active={false} ）或允许视图自行处理用户输入。道具active:boolean启用/禁用视图的绘图功能（禁用以controlled使用） ...
Android插件化完美实现代码资源加载及原理讲解 附可运行demo
热门推荐
yulong0809的专栏
03-01 2万+
*本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布 。 我们通过前4篇的分解，分别将插件化设计到的知识点全部梳理了一遍，如果没有看过的，建议先看前面4篇 1. Binder机制 2. 插件化知识详细分解及原理 之代理，hook，反射， 3. 类加载及dex加载 4. 应用启动过程及类加载过程 5. Android插件化完美实现代码资源加载及原理讲解 附可运行demo
Android动态编译技术:Plugin Transform Javassist操作Class文件
yulong0809的专栏
08-31 1万+
*本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布 动态编译技术在开源框架中的应用非常的广泛，现在市面上的插件化框架，热修复框架几乎都使用了动态编译技术，原理几乎都是在编译期间动态的在class文件中注入代码或者或修改。那就让我们来了解一下这高大上的技术吧。 本章会以完成一个demo的形式来揭开动态编译的神秘面纱，将会分成三步 一、自定义Gradle插件 二
插件化知识详细分解及原理 之Binder机制
yulong0809的专栏
02-24 1万+
最近一直在研究插件化的东西，我看了网上大多都是直接上来就开始讲解原理然后写个demo，这样对于很多没有入门的朋友不是很好的理解，下面我会通过自己的研究过程，一步一步循序渐进的将插件化需要的知识点都梳理一遍及讲解，其实学习插件化的好处并不全因为它是一门热门的技术，插件化涉及的知识点很多，可以让我们对android的理解及境界上都会有一个质的飞跃，在我将所有设计的知识点都大概讲一遍后会用一个demo来实
插件化知识详细分解及原理 之代理，hook，反射
yulong0809的专栏
02-24 9340
上一篇我们说了Binder机制，通过aidl的demo和系统源码的对比进行了运行过程的分析，这一篇我们说代理模式及反射，之前说过了，只是为了梳理插件化需要了解的知识点，所以不会特别深的去讲解。代理模式：也叫做委托模式，分为静态代理和动态代理。代理模式也是平时比较常用的设计模式之一，代理模式有代码简洁，高扩展性的特性.主要目的就是为访问者提供一个代理，以达到限制某个对象的访问，也就是说想访问一个对象，
高级MVP架构封装演变全过程
yulong0809的专栏
11-24 8396
本文不会讲解什么是MVP，如果还不太了解MVP请自行查阅资料，本文重点是封装一个高级MVP架构，会详细的讲解如何一步步从无到有的封装成一个高级MVP架构过程。 众所周知普通的MVP模式存在内存泄露、代码冗余、界面意外关闭后在重建数据缓存等问题，本文最终封装的成果为一一解决这些问题，而且在使用过程中尽量做到使用简单而且可扩展,当然本文也只是提供了一种封装思路而已，如果不能满足你的需求还可以自行再进行
唯一插件化Replugin源码及原理深度剖析--唯一Hook点原理
yulong0809的专栏
11-02 7881
上一篇我们说了Replugin的整体框架的初始化，但是因为篇幅的缘故还有Hook系统的ClassLoader和插件的加载没有说，那么我们这一篇就来详解的来分析一下Hook这块，本章我们讲从Hook系统ClassLoader的思想和原理进行剖析，如果没有看过上一篇建议先看上一篇 提示：请不要忽略代码注释，由于通畅上下逻辑思维，不太重要的部分跳转代码不会全部进去一行行的看，但是会将注释写出来，所以请
android view 生命周期回调
06-06
Android中View的生命周期回调方法包括： 1. onMeasure(int widthMeasureSpec, int heightMeasureSpec)：测量View及其子View的大小，设置View的位置和尺寸。 2. onLayout(boolean changed, int left, int top, int ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值