Android中所有的界面绘制工作都是在UI线程中进行的,提高UI流畅度的最核心根本在于释放UI线程。即:不在主线程中做耗时的操作。

很多人都知道,耗时的操作要放到子线程中去做,比如访问网络,比如读写sd卡。像这类操作大家都会很自然的想到使用子线程来完成耗时的操作,等操作结束之后,再通过Handler通知主线程进行界面的更新。这是非常正确的方法。但是有一类方法,它必须得运行在在UI线程中,就是布局文件的加载。如果这类方法花的时间太多了,也是会对流畅度产生很大的影响。今天我们就来讲讲布局文件的优化。

加载布局文件,是必须在UI线程中完成的。我们通常是在onCreate方法中直调用setContentView,传入一个布局文件的id值,或者是通过LayoutInflater来将某一个布局文件转化成View对象。其实这两种方式的本质都是一样的,都是将xml文件转换成View对象。

  我们现在要做的事,就是如何让xml文件转换成View对象所花的时间最少。做到了这点,就可以很大程度的提高UI的流畅度。


优化布局, 减少布局的嵌套层级

a、使用drawableXXX属性

如果要实现这样一个效果,布局文件可以这样写

<LinearLayout  orientation="vertical">
<ImageView/>
<TextView/>
</LinearLayout>

优化后:

<TextView  drawableBottom="@drawable/contact"/>

直接一个TextView就搞定,不需要在外面多一层LinearLayout


多使用RelativeLayout,少使用LinearLayout

如果这样的布局使用LinearLayout来做的话,那么会是以下这个效果

过多的LinearLayout嵌套LinearLayout,会造成UI加载的非常慢。这样的布局完全可以使用一个RelativeLayout来完成,里面的子元素根据相对于其他控件的位置即可确定。

嵌套使用LinearLayout很容易会导致视图层级过深。如果使用layout_weight这个参数不断的进行嵌套,有可能会让各个子View付出计算两次的代价

<LinearLayout orientation="horizontal">
<ImageView/>
<LinearLayout orientation="vertical">
<LinearLayout orientation="horizontal">
<TextView/>
<TextView/>
</LinearLayout>
<TextView/>
<LinearLayout orientation="horizontal">
<TextView/>
<TextView/>
</LinearLayout>
</LinearLayout>
</LinearLayout>

优化后代码:

<RelativeLayout>
<Image id=avatar layout_alignParentLeft=true />
<TextView id=name layout_alignParentTop=true layout_toRightOf=@id/avatar />
<TextView id=location layout_alignParentTop=true layout_toRightOf=@id/name />
<TextView id=desc layout_below=@id/location layout_toRightOf=@id/avatar />
....
</RelativeLayout>

使用merge标签

使用merge标签也是能够减少一些布局的层次。merge标签经常会和include标签相联系。

那么什么时候使用merge标签呢?下面举例子说明。

<LinearLayout orientation="vertical">
......
<include layout="@layout/include_view_layout"/>
......
</LinearLayout>

而include_view_layout.xml 的代码如下:

<LinearLayout orientation="vertical">
<Button/>
<Button/>
</LinearLayout>

我们看到Button的父控件是LinearLayout,而include的父控件也是LinearLayout,这样子的布局最终的结果是

LinearLayout orientation="vertical">
<LinearLayout orientation="vertical">
<Button/>
<Button/>
</LinearLayout>
</LinearLayout>

里面的LinearLayout完全是多余,于是这时候,我们就可以在include_view_layout.xml文件中使用merge标签了。如下:

<merge>
<Button/>
<Button/>
</merge>

这样,在加载这个include标签的时候,系统会忽略merge标签,直接将merge标签内的元素添加到外层的LinearLayout去了,达到减少层级的效果。


延迟加载

在开发某些功能时候,有时候需要动态的根据条件来判断显示哪一个View,不显示哪一个View。一般的做法是将所有的View都写在布局文件中去,然后根据条件再来设置他们的可见度Visibility为GONE或者VISIBLE。这种做法逻辑简单,便于理解。

但是缺点就是那些不显示出来的View也占用了内存,消耗了inflate的时间。因为一个View,不论他的Visibility的值是什么,它都会被inflate出来,并占用内存空间。这时候其实就可以用到延迟加载的控件ViewStub了。

ViewStub是一个非常轻量级的控件,它占的资源非常小。注意,是ViewStub这个对象所占的资源小,但是你可以为ViewStub指定一个布局文件,这个布局文件被inflate的时候占的空间有可能很大。默认的情况下,ViewStub的所指定的布局文件是不被inflate的,只有当你调用了ViewStub的inflate方法时,ViewStub所指向的布局文件才会被inflate。所以ViewStub是一个延迟加载的控件。

<LinearLayout
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:gravity="center_horizontal"> <ViewStub
android:id="@+id/viewstub1"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout="@layout/viewstub_layout1"/> <ViewStub
android:id="@+id/viewstub2"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout="@layout/viewstub_layout2"/>
</LinearLayout>

在java代码中使用

ViewStub stub1 = (ViewStub) findViewById(R.id.viewstub1);
ViewStub stub2 = (ViewStub) findViewById(R.id.viewstub2);
if(isLogin()) {
stub1.inflate();
} else {
stub2.inflate();
}

这样就不会有浪费资源空间去加载没必要的控件了。


减少inflate的次数

这个的典型例子就是ListView的优化。我们说ListView的优化,实际上说的就是Adapter中getView方法的优化,我们来看一个没有优化过的getView方法。

@Override
public View getView(int position, View convertView, ViewGroup parent) {
MyItem product = list.get(position);
convertView = getLayoutInflater()
.inflate(R.layout.item_record, null);
  TextView tvDate = (TextView) convertView
.findViewById(R.id.tvDate);
TextView tvYongtu = (TextView) convertView
.findViewById(R.id.tvYongtu);
TextView tvMoney = (TextView) convertView
.findViewById(R.id.tvMoney);
tvDate.setText(product.detaildate);
tvYongtu.setText(product.auditmessage);
tvMoney.setText(product.detailmoney);
return convertView;
}

  我们知道,ListView中的每一个Item被显示出来都要调用getView方法,这个Item如果滑出屏幕,又滑回来,重新显示在界面上的时候,又会再次调用getView方法。所以getView是不断的被调用的。而上面的代码,只要调用了getView方法,就一定会去inflate一个布局文件,真简直就是不敢想象的非常耗时的操作。于是,利用系统给我们的缓存convertView进行判断,可以大大减少inflate的次数。其实,findViewById也是一个很耗时的操作,我们可以利用ViewHolder来减少findViewById的次数。优化后的代码如下:

@Override
public View getView(int position, View convertView, ViewGroup parent) {
MyItem product = list.get(position);
ViewHolder holder;
if (convertView == null) {
convertView = getLayoutInflater().inflate(
R.layout.item_record, null);
holder = new ViewHolder();
holder.tvDate = (TextView) convertView
.findViewById(R.id.tvDate);
holder.tvYongtu = (TextView) convertView
.findViewById(R.id.tvYongtu);
holder.tvMoney = (TextView) convertView
.findViewById(R.id.tvMoney);
convertView.setTag(holder);
} else {
holder = (ViewHolder) convertView.getTag();
}
holder.tvDate.setText(product.detaildate);
holder.tvYongtu.setText(product.auditmessage);
holder.tvMoney.setText(product.detailmoney);
return convertView;
}
static class ViewHolder {
TextView tvDate;
TextView tvYongtu;
TextView tvMoney;
}

UI的流畅度优化的更多相关文章

  1. Android 滚动RecyclerView加载图片时的流畅度优化

    实现:使用onScrollStateChanged回调检测滚动状态,并在RecyclerViewAdapter内部设置类似isScrolling的状态值来控制网络图片的加载. 下面是代码举例: // ...

  2. iOS开发之多种Cell高度自适应实现方案的UI流畅度分析

    本篇博客的主题是关于UI操作流畅度优化的一篇博客,我们以TableView中填充多个根据内容自适应高度的Cell来作为本篇博客的使用场景.当然Cell高度的自适应网上的解决方案是铺天盖地呢,今天我们的 ...

  3. 转:iOS开发之多种Cell高度自适应实现方案的UI流畅度分析

    本篇博客的主题是关于UI操作流畅度优化的一篇博客,我们以TableView中填充多个根据内容自适应高度的Cell来作为本篇博客的使用场景.当然Cell高度的自适应网上的解决方案是铺天盖地呢,今天我们的 ...

  4. [原] Android持续优化 - 提高流畅度

    一.形象的感官一下流畅度概念 1. 这是官方给出的概念:Android流畅运行,需要运行60帧/秒, 则需要每帧的处理时间不超过16ms. 2. 每秒帧数,实际上就是指动画或视频每秒放映的画面数.因此 ...

  5. 利用Runloop优化流畅度

    我们可以对runloop添加观察者,当观察到状态为kCFRunLoopExit,kCFRunLoopBeforeWaiting的时候,做一些耗时的处理,废话不说,直接上代码 - (void)viewD ...

  6. iOS 优化界面流畅度的探讨

    界面流畅度 大都跟list scrollView有紧密关联 流畅的视觉:就是如丝般顺滑 不流畅视觉:”卡顿”,”抖动”,”迟顿感” 以上两种状态的描述 都是基于主观感觉,对于开发者来说 确实应该有一个 ...

  7. Android流畅度测试

    Android流畅度测试 测试方法一:系统自带-开发者模式 测试方法二:FPS Meter测试安卓帧数 H5页面加载速度:window.performance.timing 测试方法一:系统自带-开发 ...

  8. Android App性能评测分析-流畅度篇

    1.前言 在手机App竞争越来越激烈的今天,Android App的各项性能特别是流畅度不如IOS,安卓基于java虚拟机运行,触控响应的延迟和卡顿比IOS系统严重得多.一些下拉上滑.双指缩放快速打字 ...

  9. android流畅度比Ios差的原因

    Andorid更新了一个版本又一个版本,硬件从单核到双核到四核,系统流畅度总算基本能和iOS持平了.不过人们不禁会问,为什么都是基于Linux,两个系统会差别如此大?为什么iPhone 4用单核处理器 ...

随机推荐

  1. Linux编译安装GCC

    1. 下载gcc安装包 网址:http://ftp.gnu.org/gnu/gcc/ ,下载对应的安装包,我选择gcc-5.5.0.tar.gz 2. 下载依赖库 一个是mpc,一个是gmp,一个是m ...

  2. 9、nginx常用基础模块

    1Nginx目录索引 ngx_http_autoindex_module模块处理以斜杠字符('/')结尾的请求(就是处理location /),并生成目录列表.当ngx_http_index_modu ...

  3. inputrc命令

    问题:搭建ubuntu系统后,输入命令的第一个字符+上页按键,发现不能找到历史命令,找了好久才发现是因为/etc/inputrc没有对键盘映射的上页键和下页键进行设置. 解决方法: 修改文件/etc/ ...

  4. 电子工程师需要了解的SMT贴片质量问题汇总(转)

    点胶工艺中常见的缺陷与解决方法 拉丝/拖尾 拉丝/拖尾是点胶中常见的缺陷,产生的原因常见有胶嘴内径太小.点胶压力太高.胶嘴离PCB的间距太大.贴片胶过期或品质不好.贴片胶粘度太好.从冰箱中取出后未能恢 ...

  5. 小程序+tgit

    1.微信公众平台-设置-开发者工具  开通 腾讯云和tgit权限管理 如果遇到问题 ..用户二次验证什么的   直接去 腾讯云-安全设置 将“敏感操作”和“异地登陆” 中的保护去掉 2.微信公众平台- ...

  6. luogu1261 服务器储存信息问题[最短路]

    首先$O(n^2\log n)$暴力很好想,直接每个点出发跑一遍最短路,排$dis$统计一下即可.考虑怎么优化.发现$rank$很小,考虑从$rank$入手.换一种统计方法,看每个点$x$如果作为别的 ...

  7. linux运维、架构之路-K8s数据管理

    一.Volume介绍 容器和Pod是短暂的,它们的生命周期可能很短,会被频繁的销毁和创建,存在容器中的数据会被清除,为了持久化保存容器的数据,k8s提供了Volume.Volume的生命周期独立于容器 ...

  8. List集合、泛型、装箱拆箱

    1.List集合 Vector:增删改查都慢 线程同步 线程安全 LlinkedList:以链表结构存储数据,查询慢.增删快 ArrayList:的运行速度比较快 连续数据空间存储数据,查询快(下标) ...

  9. TTTTTTTTTTTTTTTTTT CodeForces 589A Email Aliases 字符串 map

    A - Email Aliases Time Limit:2000MS     Memory Limit:524288KB     64bit IO Format:%I64d & %I64u ...

  10. 扩展性很强的python实现方式

    一:先上目录结构 二:各个文件的代码 # -*- coding: utf-8 -*- # @Author : Felix Wang # @time : 2018/7/4 16:42 from util ...