深入探讨Android异步精髓Handler


站在源码的肩膀上全解Scroller工作机制


Android多分辨率适配框架(1)— 核心基础

Android多分辨率适配框架(2)— 原理剖析

Android多分辨率适配框架(3)— 使用指南


自定义View系列教程00–推翻自己和过往,重学自定义View

自定义View系列教程01–常用工具介绍

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

自定义View系列教程03–onLayout源码详尽分析

自定义View系列教程04–Draw源码分析及其实践

自定义View系列教程05–示例分析

自定义View系列教程06–详解View的Touch事件处理

自定义View系列教程07–详解ViewGroup分发Touch事件

自定义View系列教程08–滑动冲突的产生及其处理


PS:如果觉得文章太长,那就直接看视频


在经过measure阶段以后,系统确定了View的测量大小,接下来就进入到layout的过程。

在该过程中会确定视图的显示位置,即子View在其父控件中的位置。

嗯哼,我们直接扒开源码从View的layout( )开始入手。

//l, t, r, b分别表示子View相对于父View的左、上、右、下的坐标
public void layout(int l, int t, int r, int b) {
if ((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {
onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);
mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
} int oldL = mLeft;
int oldT = mTop;
int oldB = mBottom;
int oldR = mRight; boolean changed = isLayoutModeOptical(mParent) ?
setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b); if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
onLayout(changed, l, t, r, b);
mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED; ListenerInfo li = mListenerInfo;
if (li != null && li.mOnLayoutChangeListeners != null) {
ArrayList<OnLayoutChangeListener> listenersCopy =
(ArrayList<OnLayoutChangeListener>)li.mOnLayoutChangeListeners.clone();
int numListeners = listenersCopy.size();
for (int i = 0; i < numListeners; ++i) {
listenersCopy.get(i).onLayoutChange(this,l,t,r,b,oldL,oldT,oldR,oldB);
}
}
} mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
}

在该方法中的主要实现

1 确定该View在其父View中的位置,请参见代码第13-14行。

在该处调用setFrame()方法,在该方法中把l,t, r, b分别与之前的mLeft,mTop,mRight,mBottom一一作比较,假若其中任意一个值发生了变化,那么就判定该View的位置发生了变化

2 若View的位置发生了变化则调用onLayout()方法,请参见代码第17行

嗯哼,我们就顺着这个思路去看看onLayout()的源码

protected void onLayout(boolean changed, int left, int top, int right, int bottom) {

}

额,View的onLayout()方法竟然是一个空方法!这是为啥呢?

先瞅瞅官方文档对该方法的介绍:

Called from layout when this view should assign a size and position to each of its children.

噢,原来文档中说了:在layout方法中调用该onLayout()用于指定子View的大小和位置。

谁才有子View呢?用你的小脑袋瓜想想。

哇哈,当然是ViewGroup!

这也就是说:ViewGroup会调用onLayout()决定子View的显示位置。

好吧,既然如此就去看ViewGroup中的onLayout()方法是怎么实现的;嗯哼,接着看源码

protected abstract void onLayout(boolean changed,int l, int t, int r, int b);

额,ViewGroup的onLayout()竟然是一个抽象方法!这就意味着啥呢?

这就是说ViewGroup的子类都必须重写这个方法,实现自己的逻辑。比如:FrameLayou,LinearLayout,RelativeLayout等等布局都需要重写这个方法,在该方法内依据各自的布局规则确定子View的位置。

在此以LinearLayout为例,看看ViewGroup对于onLayout()方法的实现。

protected void onLayout(boolean changed, int l, int t, int r, int b) {
if (mOrientation == VERTICAL) {
layoutVertical(l, t, r, b);
} else {
layoutHorizontal(l, t, r, b);
}
}

在LinearLayout的onLayout()方法中分别处理了水平线性布局和垂直线性布局。在此,就选择layoutVertical()继续往下看。

void layoutVertical(int left, int top, int right, int bottom) {
final int paddingLeft = mPaddingLeft;
int childTop;
int childLeft;
final int width = right - left;
int childRight = width - mPaddingRight; int childSpace = width - paddingLeft - mPaddingRight; final int count = getVirtualChildCount(); final int majorGravity = mGravity & Gravity.VERTICAL_GRAVITY_MASK;
final int minorGravity = mGravity & Gravity.RELATIVE_HORIZONTAL_GRAVITY_MASK; switch (majorGravity) {
case Gravity.BOTTOM:
childTop = mPaddingTop + bottom - top - mTotalLength;
break; case Gravity.CENTER_VERTICAL:
childTop =mPaddingTop+(bottom-top-mTotalLength) / 2;
break; case Gravity.TOP:
default:
childTop = mPaddingTop;
break;
} for (int i = 0; i < count; i++) {
final View child = getVirtualChildAt(i);
if (child == null) {
childTop += measureNullChild(i);
} else if (child.getVisibility() != GONE) {
final int childWidth = child.getMeasuredWidth();
final int childHeight = child.getMeasuredHeight(); final LinearLayout.LayoutParams lp =
(LinearLayout.LayoutParams) child.getLayoutParams(); int gravity = lp.gravity;
if (gravity < 0) {
gravity = minorGravity;
}
final int layoutDirection = getLayoutDirection();
final int absoluteGravity = Gravity.getAbsoluteGravity(gravity, layoutDirection);
switch (absoluteGravity & Gravity.HORIZONTAL_GRAVITY_MASK) {
case Gravity.CENTER_HORIZONTAL:
childLeft = paddingLeft + ((childSpace - childWidth) / 2)
+ lp.leftMargin - lp.rightMargin;
break; case Gravity.RIGHT:
childLeft = childRight - childWidth - lp.rightMargin;
break; case Gravity.LEFT:
default:
childLeft = paddingLeft + lp.leftMargin;
break;
} if (hasDividerBeforeChildAt(i)) {
childTop += mDividerHeight;
} childTop += lp.topMargin;
setChildFrame(child,childLeft,childTop+ getLocationOffset(child),
childWidth, childHeight);
childTop += childHeight + lp.bottomMargin + getNextLocationOffset(child); i += getChildrenSkipCount(child, i);
}
}
}

这里的逻辑不是特别简单,我们看几个重要的步骤。

第一步:

计算child可使用空间的大小,请参见代码第8行

第二步:

获取子View的个数,请参见代码第10行

第三步:

计算childTop从而确定子View的开始布局位置,请参见代码第12-28行

第四步:

确定每个子View的位置,请参见代码第30-74行

这一步是最关键的步骤,我们瞅瞅它的主要操作

1 得到子View测量后的宽和高,请参见代码第35-36行.

这里获取到的childWidth和childHeight就是在measure阶段所确立的宽和高

2 得到子View的LayoutParams,请参见代码第38-39行.

3 依据子View的LayoutParams确定子View的位置,请参见代码第41-69行.

我们可以发现在setChildFrame()中又调用了View的layout()方法来确定子View的位置。

到这我们就可以理清楚思路了:

ViewGroup首先调用了layout()确定了自己本身在其父View中的位置,然后调用onLayout()确定每个子View的位置,每个子View又会调用View的layout()方法来确定自己在ViewGroup的位置。

概况地讲:

View的layout()方法用于View确定自己本身在其父View的位置

ViewGroup的onLayout()方法用于确定子View的位置

为了更好的理解,在此用一个简单的示例模拟ViewGroup的onLayout()过程

首先我们自定义一个ViewGroup

package com.cc.testlayout;
import android.content.Context;
import android.graphics.Canvas;
import android.util.AttributeSet;
import android.view.View;
import android.view.ViewGroup; public class ViewGroupSubClass extends ViewGroup{
public ViewGroupSubClass(Context context, AttributeSet attrs) {
super(context, attrs);
} @Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
int childCount=getChildCount();
if(childCount>0){
View child=getChildAt(0);
measureChild(child,widthMeasureSpec,heightMeasureSpec);
}
} @Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
int childCount=getChildCount();
if(childCount>0){
View child=getChildAt(0);
int measuredWidth=child.getMeasuredWidth();
int measuredHeight=child.getMeasuredHeight();
child.layout(0,0,measuredWidth,measuredHeight);
}
} @Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
}
}

主要步骤如下:

第一步:

在onMeasure()中测量子View

第二步:

在onLayout()中确定子View的位置

定义好ViewGroup之后,将其放入布局文件中

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:gravity="center"
android:background="#A5FD01"
tools:context="com.cc.testlayout.MainActivity"> <com.cc.testlayout.ViewGroupSubClass
android:layout_width="wrap_content"
android:layout_height="wrap_content"> <ImageView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:src="@drawable/j" />
</com.cc.testlayout.ViewGroupSubClass> </RelativeLayout>

代码有了,布局文件也写了,运行一下瞅瞅效果。

嗯哼,看到了吧,我把一个ImageView放入自定义ViewGroup中展示了我女朋友的照片。


至此,我们已经看完了measure和layout这两个过程,对于一些问题我们做一个小的总结

1 获取View的测量大小measuredWidth和measuredHeight的时机。

在某些复杂或者极端的情况下系统会多次执行measure过程,所以在onMeasure()中去获取View的测量大小得到的是一个不准确的值。为了避免该情况,最好在onMeasure()的下一阶段即onLayout()中去获取。

2 getMeasuredWidth()和getWidth()的区别

在绝大多数情况下这两者返回的值都是相同的,但是结果相同并不说明它们是同一个东西。

首先,它们的获取时机是不同的。

在measure()过程结束后就可以调用getMeasuredWidth()方法获取到View的测量大小,而getWidth()方法要在layout()过程结束后才能被调用从而获取View的实际大小。

其次,它们返回值的计算方式不同。

getMeasuredWidth()方法中的返回值是通过setMeasuredDimension()方法得到的,这点我们之前已经分析过,在此不再赘述;而getWidth()方法中的返回值是通过View的右坐标减去其左坐标(right-left)计算出来的。

3 刚才说到了关于View的坐标,在这就不得不提一下:

view.getLeft(),view.getRight(),view.getBottom(),view.getTop();

这四个方法用于获取子View相对于父View的位置。

但是请注意:

getLeft( )表示子View的左边距离父View的左边的距离

getRight( )表示子View的右边距离父View的左边的距离

getTop( )表示子View的上边距离父View的上边的距离

getBottom( )表示子View的下边距离父View的上边的距离

在此,画一个示例图作为参考



4 直接继承自ViewGroup可能带来的复杂处理。

刚通过一个例子简单模拟了ViewGroup的onLayout()过程;其实,说简单已经算是含蓄的了;如果要粗暴地说那就是简单得令人发指。因为项目开发中实际的情况可能远比这个复杂;比如,在ViewGroup中包含了多个View,每个View都设置了padding和margin,除此之外还可能包含各种嵌套。在这种情况下,我们在onMeasure()和onLayout()中都要花费大量的精力来处理这些问题。所以在一般情况下,我们可以选择继承自LinearLayout,RelativeLayout等系统已有的布局从而简化这两部分的处理。


who is the next one? ——> draw

PS:如果觉得文章太长,那就直接看视频


自定义View系列教程03--onLayout源码详尽分析的更多相关文章

  1. 自定义View系列教程04--Draw源码分析及其实践

    深入探讨Android异步精髓Handler 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Andr ...

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

    深入探讨Android异步精髓Handler 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Andr ...

  3. 自定义View系列教程01--常用工具介绍

    站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Android多分辨率适配框架(3)- 使用指南 自定 ...

  4. 自定义View系列教程08--滑动冲突的产生及其处理

    深入探讨Android异步精髓Handler 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Andr ...

  5. 自定义View系列教程07--详解ViewGroup分发Touch事件

    深入探讨Android异步精髓Handler 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Andr ...

  6. 自定义View系列教程06--详解View的Touch事件处理

    深入探讨Android异步精髓Handler 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Andr ...

  7. 自定义View系列教程05--示例分析

    站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架(1)- 核心基础 Android多分辨率适配框架(2)- 原理剖析 Android多分辨率适配框架(3)- 使用指南 自定 ...

  8. 框架源码系列六:Spring源码学习之Spring IOC源码学习

    Spring 源码学习过程: 一.搞明白IOC能做什么,是怎么做的  1. 搞明白IOC能做什么? IOC是用为用户创建.管理实例对象的.用户需要实例对象时只需要向IOC容器获取就行了,不用自己去创建 ...

  9. 老生常谈系列之Aop--Spring Aop源码解析(二)

    老生常谈系列之Aop--Spring Aop源码解析(二) 前言 上一篇文章老生常谈系列之Aop--Spring Aop源码解析(一)已经介绍完Spring Aop获取advice切面增强方法的逻辑, ...

随机推荐

  1. 移动端页面-点击input输入框禁止放大效果

    点击input输入框会获取焦点并且放大 解决方法:在项目根目录找到 index.html <meta name="viewport" content="width= ...

  2. CodeChef--Cards, bags and coins

    题目链接 Yet another game from chef. Chef gives you N cards and M bags. Each of the N cards has an integ ...

  3. java-多线程的练习----妖,等待唤醒,代码重构,lock到condition

    1 需求 资源有姓名和性别. 两个线程,    一个负责给姓名和性别赋值,    一个负责获取姓名和性别的值. 要求1,运行一下,解决程序的 "妖"的问题. 要求2,实现正确数据的 ...

  4. laravel-- 在laravel操作redis数据库的数据类型(string、哈希、无序集合、list链表、有序集合)

    安装redis和连接redis数据库 在controller头部引入 一.基本使用 public function RedisdDbOne() { // 清空Redis数据库 Redis::flush ...

  5. 【JZOJ4710】【NOIP2016提高A组模拟8.17】Value

    题目描述 输入 输出 样例输入 5 8 2 10 7 5 1 11 8 13 3 样例输出 27 数据范围 解法 选定一些物品a[1],a[2],a[3]-a[num],尝试交换a[i],a[j],那 ...

  6. Vue源码探究-虚拟DOM的渲染

    Vue源码探究-虚拟DOM的渲染 在虚拟节点的实现一篇中,除了知道了 VNode 类的实现之外,还简要地整理了一下DOM渲染的路径.在这一篇中,主要来分析一下两条路径的具体实现代码. 按照创建 Vue ...

  7. 【水滴石穿】FirstReactNativeProject

    这个是一个小demo,项目地址为https://github.com/prsioner/FirstReactNativeProject 有注册,忘记密码还有登陆,应该是用到了react-navigat ...

  8. ubuntu上安装firefox

    ubuntu自带有firefox,为什么还需要先卸载原有的firefox后重新安装? 因为自带的firefox是国际版本的,无法与国内版本的firefox进行同步. 因为Windows下的Firefo ...

  9. maven与sbt修改国内镜像

    一.idea中的maven 1.打开IntelliJ IDEA->Settings ->Build, Execution, Deployment -> Build Tools > ...

  10. sas教程

    http://web5.pku.edu.cn/pucssr/SASbiancheng.pdf 本教程中的主题将向您介绍 SAS Enterprise Guide.您最好依次浏览这些主题. 概述 启动项 ...