Android自定义View探索(一)—生命周期-低调大师

Android自定义View探索(一)—生命周期

2016-11-06 636

写在前面：
之前零零散散写过两篇自定义View的文章，当时只是为了模仿实现某个好看的效果，并没有深入学习过，许多问题还是一知半解。这一系列的博客主要记录自己学习自定义View的过程以及心得。

任何一个视图都是要经过非常科学的绘制流程后才能显示出来的，每一个视图的绘制过程其实就是一个完整的生命周期，我们从这里开始入手，一起学习自定义View。

一.准备工作

布局文件：

    <org.daliang.xiaohehe.androidartstudy.MyView
        android:id="@+id/my_view"
        android:layout_width="match_parent"
        android:layout_height="match_parent">
    </org.daliang.xiaohehe.androidartstudy.MyView>

Activity代码：

public class FiveActivity extends AppCompatActivity {

    private MyView myView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Log.e("log", "Activity生命周期:onCreate");
        setContentView(R.layout.activity_five);
        initView();
    }

    private void initView() {
        myView = (MyView) findViewById(R.id.my_view);
    }

    @Override
    protected void onStart() {
        super.onStart();
        Log.e("log", "Activity生命周期:onStart");
    }


    @Override
    protected void onResume() {
        super.onResume();
        Log.e("log", "Activity生命周期:onResume");
    }

    @Override
    protected void onRestart() {
        super.onRestart();
        Log.e("log", "Activity生命周期:onRestart");
    }


    @Override
    protected void onPause() {
        super.onPause();
        Log.e("log", "Activity生命周期:onPause");
    }

    @Override
    protected void onStop() {
        super.onStop();
        Log.e("log", "Activity生命周期:onStop");
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        Log.e("log", "Activity生命周期:onDestroy");
    }
}

自定义View代码：

public class MyView extends View {
    public MyView(Context context, AttributeSet attrs) {
        super(context, attrs);
        Log.e("log", "onCreate");
    }

    @Override
    protected void onFinishInflate() {
        super.onFinishInflate();
        Log.e("log", "onFinishInflate");
    }


    @Override
    protected void onAttachedToWindow() {
        super.onAttachedToWindow();
        Log.e("log", "onAttachedToWindow");
    }

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        Log.e("log", "onMeasure");

    }

    @Override
    protected void onSizeChanged(int w, int h, int oldw, int oldh) {
        super.onSizeChanged(w, h, oldw, oldh);
        Log.e("log", "onSizeChanged");
    }


    @Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        super.onLayout(changed, l, t, r, b);
        Log.e("log", "onLayout");

    }

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
        Log.e("log", "onDraw");
    }


    @Override
    public void onWindowFocusChanged(boolean hasWindowFocus) {
        super.onWindowFocusChanged(hasWindowFocus);
        Log.e("log", "onWindowFocusChanged" + "  " + hasWindowFocus);

    }
}

很简单的代码，整个布局文件里面一个自定义View，进入这个界面，然后返回。依次打印各个生命周期，我们看一下打印的结果：

二.结果分析

1.Activity生命周期:onCreate

Activity生命周期的第一个方法，表示此Activity正在被创建，这里我们主要进行一些初始化的工作。比如调用setContentView()方法去加载界面布局资源。

2.View生命周期:onCreate

当Activity在onCreate加载界面布局资源的时候，我们自定义的View会在xml文件中被加载，并且调用构造函数 MyView(Context context, AttributeSet attrs)来加载自定义View。

3.View生命周期:onFinishInflate

源码是这样告诉我们的：

自己蹩脚的英语水平加上网上的一些解释，觉得这样理解还是比较靠谱的：
onFinishInflate是在自定义View中所有的子控件均被映射成xml后调用。这样View就完成了初始准备工作，Activity也完成了对应布局资源的加载。

4.View生命周期:onAttachedToWindow

再来瞅一眼源码：

onAttachedToWindow是在将view绑定到activity所在window时调用，附加到window后，程序开始进行自定义View的绘制。

5.View生命周期:onMeasure

参考资料：
Android视图绘制流程完全解析，带你一步步深入了解View(二)

自定义View系列教程02–onMeasure源码详尽分析

作为自定义View三部曲的第一步，onMeasure方法有着极其重要的作用，所以深入理解其中原理对我们以后自定义View开发有着很大的帮助。

MeasureSpec测量规范：
系统显示一个View，首先需要通过测量(measure)该View来获取其长和宽从而确定显示该View时需要多大的空间。在测量的过程中MeasureSpec贯穿全程，发挥着不可或缺的作用，先瞅一眼源码：

从上面这张图片中我们可以获取到许多重要的信息：

1.MeasureSpec封装了父布局传递给子View的布局要求

2. MeasureSpec可以表示宽和高

3 MeasureSpec由size(大小)和mode(模式)组成

MeasureSpec是一个32位的int数据，其中高2位代表SpecMode即某种测量模式，低30位为SpecSize代表在该模式下的规格大小.
可以通过如下方式分别获取这两个值：

获取SpecSize

int specSize = MeasureSpec.getSize(measureSpec)

获取specMode

int specMode = MeasureSpec.getMode(measureSpec)

通过这两个值生成新的MeasureSpec

int measureSpec=MeasureSpec.makeMeasureSpec(size, mode);

SpecMode一共有三种:
MeasureSpec.UNSPECIFIED，MeasureSpec.EXACTLY ， MeasureSpec.AT_MOST ，我们依次看看每种测量模式代表什么意思：

MeasureSpec.UNSPECIFIED：父视图不对子视图施加任何限制，子视图可以得到任意想要的大小，表示子布局想要多大就多大。这种模式一般用作Android系统内部，或者ListView和ScrollView等滑动控件，很少使用。

MeasureSpec.EXACTLY ：父视图希望子视图的大小是specSize中指定的大小，在该模式下，View的测量大小即为SpecSize。

MeasureSpec.AT_MOST：父容器未能检测出子View所需要的精确大小，但是指定了一个可用大小即specSize ,在该模式下，View的测量大小不能超过SpecSize

可用表格来规整各一下MeasureSpec的生成:

子View的MeasureSpec由其父容器的MeasureSpec和该子View本身的布局参数LayoutParams共同决定。

当设置View的参数等于MATCH_PARENT的时候，MeasureSpec的specMode就等于EXACTLY，当设置View的参数等于WRAP_CONTENT的时候，MeasureSpec的specMode就等于AT_MOST。并且MATCH_PARENT和WRAP_CONTENT时的specSize都是等于windowSize的，也就意味着根视图总是会充满全屏的。所以自定义View在重写onMeasure()的过程中应该手动处理View的宽或高为wrap_content的情况。

经过测量得出的子View的MeasureSpec是系统给出的一个期望值(参考值)，我们也可摒弃系统的这个测量流程，直接调用setMeasuredDimension( )设置子View的宽和高的测量值。

需要注意的是，在setMeasuredDimension()方法调用之后，我们才能使用getMeasuredWidth()和getMeasuredHeight()来获取视图测量出的准确的宽度与高度。

由此可见，视图大小的控制是由父视图、布局文件、以及视图本身共同完成的，父视图会提供给子视图参考的大小，开发人员可以在XML文件中指定视图的大小，最后视图本身才会确定最终的大小。

6.View生命周期:onSizeChanged

继续看看源码是怎么解释的：

onSizeChanged是在布局文件中自定义View的大小发生改变时被调用。四个参数依次代表变化之后的宽高以及变化之前的宽高。在onMeasure方法结束之后第一次进行调用，将测量的宽高作为前两个参数，0作为后两个默认参数。

7.View生命周期:onLayout

测量过程结束后，视图的大小就已经测量好了，接下来就是layout的过程了。正如其名字所描述的一样，这个方法是用于给视图进行布局的，也就是确定视图的具体位置。

看看源码怎么解释的：

onLayout是在layout方法中指定子View的大小和位置。其实就是ViewGroup会调用onLayout(）决定子View的显示位置。其中四个参数l, t, r, b分别表示子View相对于父View的左、上、右、下的坐标。

getMeasureWidth()方法在measure()过程结束后就可以获取到了，而getWidth()方法要在layout()过程结束后才能获取到。在某些复杂或者极端的情况下系统会多次执行measure过程，所以在onMeasure()中去获取View的测量大小得到的是一个不准确的值。为了避免该情况，最好在onMeasure()的下一阶段即onLayout()中去获取View的宽高。

8.View生命周期:onDraw

看看源码的解释：

onDraw是真正地开始对视图进行绘制。
在Andorid官方文档中将该过程概况成了六步：

第一步：绘制背景：Draw the background

第二步：保存当前画布的堆栈状态并在该画布上创建Layer用于绘制View在滑动时的边框渐变效果，通常情况下我们不需要处理这一步：If necessary, save the canvas’ layers to prepare for fading。

第三步：绘制View的内容：Draw view’s content。这一步是整个draw阶段的核心，在此会调用onDraw()方法绘制View的内容。之前我们在分析layout的时候发现onLayout()方法是一个抽象方法，具体的逻辑由ViewGroup的子类去实现。与之类似，在此onDraw()是一个空方法；因为每个View所要绘制的内容不同，所以需要由具体的子View去实现各自不同的需求。

第四步：调用dispatchDraw()绘制View的子View：Draw children

第五步：绘制当前视图在滑动时的边框渐变效果，通常我们是不需要处理这一步的：If necessary, draw the fading edges and restore layers

第六步：绘制View的滚动条：Draw decorations (scrollbars for instance)

在绘图时需要明确四个核心的东西(basic components)：

用什么工具画？
这个小问题很简单，我们需要用一支画笔(Paint)来绘图。
当然，我们可以选择不同颜色的笔，不同大小的笔。
把图画在哪里呢？
我们把图画在了Bitmap上，它保存了所绘图像的各个像素(pixel)。
也就是说Bitmap承载和呈现了画的各种图形。
画的内容？
根据自己的需求画圆，画直线，画路径。
怎么画？
调用canvas执行绘图操作。
比如，canvas.drawCircle()，canvas.drawLine()，canvas.drawPath()将我们需要的图像画出来。

关于绘制View的内容，这里就不多做讨论，以后实战中根据实际情况来进行详细的分析，继续下一个生命周期。

9.View生命周期:onWindowFocusChanged

瞅一眼源码：

判断view是否获取焦点，参数hasWindowFocus 对应返回true 和false 可以用来判断view是否进出后台。第一次进入当前Activity的时候，返回true，返回上一个Activity，返回了false。

至此，我们已经经历了一次完整的自定义View的生命周期，接下来就是应用到实际项目中，希望能对你有所帮助，下一篇再见~~~

微信关注我们

原文链接：https://yq.aliyun.com/articles/446028

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

深入Android内存泄露

深入内存泄露 android应用层的内存泄露,其实就是java虚拟机的内存泄漏. (这里,暂不讨论C/C++本地内存的堆泄漏) 1.知识储备 1.Java内存模型相关内存对象模型,参照博客精讲Java内存模型寄存器（register）。这是最快的保存区域，这是主要由于它位于处理器内部。然而，寄存器的数量十分有限，所以寄存器是需要由编译器分配的。我们对此没有直接的控制权，也不可能在自己的程序里找到寄存器存在的任何踪迹。 (2) 堆栈(stack)。在执行函数(方法)时，函数一些内部变量的存储都可以放在栈上面创建，函数执行结束的时候这些存储单元就会自动被释放掉。位于通用RAM（随机访问存储器）中。可通过它的“堆栈指针” 获得处理的直接支持。堆栈指针若向下移，会创建新的内存；若向上移，则会释放那些内存。这是一种特别快、特别有效的数据保存方式，仅次于寄存器。 (3) 堆(heap)。一种通用性的内存池（也在RAM区域），堆是不连续的内存区域，堆空间比较灵活也特别大。其中保存了Java对象(<font color=#FF4500>对象里面的成员变量也在其中</font&g...

2016-11-07

541

1.Android广播机制概述 Android广播分为两个方面：广播发送者和广播接收者，通常情况下，BroadcastReceiver指的就是广播接收者（广播接收器）。广播作为Android组件间的通信方式，可以使用的场景如下：1.同一app内部的同一组件内的消息通信（单个或多个线程之间）； 2.同一app内部的不同组件之间的消息通信（单个进程）； 3.同一app具有多个进程的不同组件之间的消息通信； 4.不同app之间的组件之间消息通信； 5.Android系统在特定情况下与App之间的消息通信。从实现原理看上，Android中的广播使用了观察者模式，基于消息的发布/订阅事件模型。因此，从实现的角度来看，Android中的广播将广播的发送者和接受者极大程度上解耦，使得系统能够方便集成，更易扩展。具体实现流程要点粗略概括如下： 1.广播接收者BroadcastReceiver通过Binder机制向AMS(Activity Manager Service)进行注册； 2.广播发送者通过binder机制向AMS发送广播； 3.AMS查找符合相应条件（IntentFilter/Permis...

2016-11-07

529

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。