[Android] 如何计算View的Size

** 注:本文参考链接How Android caculates view size

本文例子如下所示:

过程

计算view大小的过程可以分为以下几个步骤:

  1. 确定view想要的size(LayoutParams)
  2. 确定parent view的情况(MeasureSpec)
  3. 在parent view的限制下,根据view的LayoutParams,确定view的大小

参数

LayoutParams

LayoutParams用于view表示想要的size的模式。有以下三种:

  1. FILL_PARENT / MATCH_PARENT (-1)
    view的size和parent view的size一样大
  2. WRAP_CONTENT(-2)
    view的size仅包裹其内容即可
  3. 指定的值(>0)
    view的size为指定的size大小

MeasureSpec

MeasureSpec表示当前view的“约束”(在onMeasure中传入)。约束含模式mode和数值size,当前view根据mode来决定如何看待其中的size。

mode

mode有三种,如下所示:

  1. UNSPECIFIED
    对当前view的size没有约束
  2. EXACTLY
    当前view的bounds(可以理解成“可以使用的范围”)为确定的size,也可以理解成parent view希望当前view(有强制的意味)使用给定的size
  3. AT_MOST
    当前view的大小不可超过指定的size

可以利用MeasureSpec的getMode取出具体值.

size

size为8个byte的int值,mode放在前2个bit中。这里可以利用MeasureSpec的getSize取出size的具体值。

onMeasure过程

view通过onMeasure确定自己的大小。确定自己的大小时,需要的东西有:

  1. 约束MeasureSpec
  2. 自己的LayoutParams
  3. 如果有child view,那么需要获取child view的大小

最终确定当前view的size分别为:

  1. measureWidth
  2. measureHeight

single view

以前面例子中的TextView为例,其onMeasure中传入的MeasureSpec为:

  1. Width
    mode:EXACTLY size:parentContentWidth(LinearLayout的宽-padding)
  2. Height
    mode:AT_MOST size:parentContentHeight(LinearLayout的高-padding)

注:这里先不解释为什么MeasureSpec是这样的。

TextView的LayoutParams为:

  1. Width
    MATCH_PARENT
  2. Height
    WRAP_CONTENT

然后TextView根据约束和LayoutParams确定自己的大小,包括但不限于以下过程:

  1. 设置宽度为parentContentWidth,考虑margin确定字符可用范围
  2. 根据字符高度和字体设置(根据是否超过parentContentWidth确定是否换行)等计算字符所占的高度(没有限制)。
  3. 设置measureWidth和measureHeight

ViewGroup

以前面例子中的LinearLayout为例,假设该LinearLayout为Activity中的root layout其onMeasure中传入的MeasureSpec为:

  1. Width
    mode:EXACTLY size:parentContentWidth(LinearLayout的parent view的宽-padding)
  2. Height
    mode:AT_MOST size:parentContentHeight(LinearLayout的parent view的高-padding)

RelativeLayout的LayoutParams为:

  1. Width
    MATCH_PARENT
  2. Height
    WRAP_CONTENT
  3. Orientation
    vertical

然后LinearLayout根据约束和LayoutParams确定自己的大小,包括但不限于以下过程:

  1. 确定child view的排列方式
  2. 确定TextView的size
  3. 确定ImageView的size
  4. 根据自身的设置,设置measureWidth和measureHeight

要确定child view的size,就要调用child view的onMeasure,传入合适的MeasureSpec,表明parent view对child的约束。

根据parent view的不同module和child view的不同LayoutParams,有如下规则:

  1. 当parent view的mode是EXACTLY时:
child layout mode size
exact size EXACTLY childSize Child wants a specific size.
MATCH_PARENT EXACTLY parentContentSize Child wants to be parent’s size.
WRAP_CONTENT AT_MOST parentContentSize Child wants to determine its own size. It can not be bigger than parent.
  1. 当parent view的mode是AT_MOST时:
child layout mode size
exact size EXACTLY childSize Child wants a specific size
MATCH_PARENT AT_MOST parentContentSize Child wants to be parent’s size, but parent’s size is not fixed. Constrain child to not be bigger than parent.
WRAP_CONTENT AT_MOST parentContentSize Child wants to determine its own size, but it can not be bigger than parent.
  1. 当parent view的mode是UNSPECIFIED时:
child layout mode size
exact size EXACTLY childSize Child wants a specific size.
MATCH_PARENT UNSPECIFIED can not decide yet Child wants to be parent’s size. Child will decide its own size later.
WRAP_CONTENT UNSPECIFIED can not decide yet Child wants to be its own size. Child will decide its own size later.

以例子中的TextView为例:

  1. LinearLayout的width mode为EXACTLY,TextView的width layout param为MATCH_PARENT
  2. LinearLayout的height mode为AT_MOST,TextView的height layout param为WRAP_CONTENT

所以TextView的onMeasure会被传入:

  1. Width
    mode:EXACTLY size:parentContentWidth(LinearLayout的宽-padding)
  2. Height
    mode:AT_MOST size:parentContentHeight(LinearLayout的高-padding)

TextView可以根据上述约束计算自己的大小。ImageView同理。最后LinearLayout根据ImageView和TextView的大小计算自己的大小。注意这里没有weight的设置,所以onMeasure只运行一次。

如上述有错,请留言告知。

[Android] 一种优化view inflate耗时的方法

注:此方法会有内存泄漏(context)泄漏。

做项目的过程中,发现一种一种优化view inflate耗时的方法,思路是预先将view inflate出来备用,用的时候直接取出来,同时再生成下一个(要考虑屏幕方向)。代码如下所示:

用法大概如下所述:
1. 在适当的地方调用push方法。
2. 在使用view的时候,使用类似如下的代码:

[Android] 解决因键盘和表情panel显示/隐藏引起的闪屏

在实现一些IM页面,例如对话框,评论框时,常常会遇到键盘和表情panel显示/隐藏引起的闪屏问题。问题的根本原因是当键盘收起或弹出时,layout会发生变化,此时panel的高度的计算如果时机不对,那么会导致闪屏。

解决的办法有很多,这里提供一种重写onMeasure方法的实现:

使用方法:

layout是这样的:

源码如下所示:

[Java] 异步case单元测试工具

有时候,需要对一些异步方法进行单元测试(尽管不推荐这样做),传统的assert只能在调用线程抛出AssertException,而测试框架往往只能监测主线程上的AssertException(JUnit),所以需要在主线程上等待异步调用结束,再去assert结果。

利用Java8的CompletableFuture,我们可以很方便地做到这一点,代码如下所示:

使用例子如下所示:

欢迎提出任何建议~

[Gradle] 如何在android项目中对纯Java module使用release/debug build并启用proguard

如何在android项目中对纯Java module使用release/debug build并启用proguard?这里提供一种方法,尽管不是很“好看”,但是可用。

假设app模块依赖lib模块,lib模块是一个纯Java模块(apply plugin: 'java')。整个过程可以分成两步。

引入Proguard

在lib模块的build.gradle里添加以下代码

这里做了几件事情:

  1. 定义proguard task,令jar这个java task依赖于它。即proguard task运行完毕后才运行jar。
  2. 使用文件替换的方式,在jar运行前替换掉class文件。
  3. 通过观察gradle console的输出,得知app在编译时会运行jar task。经过1.2.两步我们可以在正常编译
    流程中插入proguard处理后的class文件。

接下来看怎么样根据debug和release compile关闭或开启proguard

引入debug/release

在lib模块的build.gradle中加入如下代码:

然后在app的build.gradl中加入如下代码:

这段代码做了两个事情:

  1. 监听了task的添加流程,在’preReleaseBuild’和’preDebugBuild’的execute阶段添加了代码逻辑。
  2. 在’preReleaseBuild’和’preDebugBuild’执行完后,执行lib模块中的onRelease或者onDebug方法。

综上,实现了在android项目中对纯Java module使用release/debug build并启用proguard。

注:本文默认读者具有gradle基础知识。
注:附Java Plugin依赖图:
https://i1.wp.com/docs.gradle.org/3.3/userguide/img/javaPluginTasks.png?w=840&ssl=1

[Java] 不依赖Android环境的Java Handler

最近项目中遇到将android project转成java project的需求,要把项目中android相关的部分去掉。其中最纠结的就是如何替换handler。
handler多用于指定线程(Looper)上执行回调,还可以当成一个消息队列使用。通过sendMessageDelayed可以做到事件的延时执行、条件执行和去抖(debouncing)。
于是,我利用Java里面的ScheduledExecutorService写了一个简单的Handler,接口与原Handler基本一致,代码如下所示:

Message类:

Looper类:

Handler类:

使用方法如下所示:

[Android] 如何在 Activity 或者 Fragment 的生命周期结束时停止订阅 Observable

NavUtil

利用 NavUtil,你可以在 Activity 或 Fragment 的生命周期发生变化时,停止订阅你的 Observable。

Usage

在Activity 中,为你的 Observable 应用 compose 操作符,如下所示:

在 Fragment 中的用法如下所示:

目前支持的生命周期事件如下所示:

Gradle

Download