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. loadrunner执行场景时报Error -27040: Data Format Extension: Init: Internal error问题解决

    [问题描述] 在loadrunner控制台执行场景时,所有用户均Failed,查看errors,错误原因如下: Error -27040: Data Format Extension: Init: I ...

  2. Active Directory participation features and security extensions

    Participation in the Active Directory Samba 3.0 series, as well as the OS since Windows 2000, is pos ...

  3. mysql下优化表和修复表命令(repair table、optimize table)

    随着mysql的长期使用,肯定会出现一些问题,一般情况下mysql表无法访问,就可以修复表了,优化时减少磁盘占用空间,方便备份. repair table table_name //修复表 optim ...

  4. Android异常与性能优化相关面试问题-冷启动优化面试问题详解

    什么是冷启动: 冷启动的定义:冷启动就是在启动应用前,系统中没有该应用的任何进程信息.实际也就是要执行Application.onCreate()方法的那次启动. 冷启动 / 热启动的区别:热启动:用 ...

  5. python 示例代码5

    示例5:用户输入和格式化输出2(用户输入demo1)

  6. solr 倒排索引(转载)

    原文地址:http://blog.csdn.net/chichengit/article/details/9235157 http://blog.csdn.net/njpjsoftdev/articl ...

  7. PAM安全认证模块

  8. VC++ ID号如何分配

    自动生成的,有默认规则. #define _APS_NEXT_RESOURCE_VALUE 137 //下一个资源ID(插入的一些对话框.图片.图标等) #define _APS_NEXT_COMMA ...

  9. 解决SpringBootApplication右键没有启动项的问题

    转载于 https://blog.csdn.net/weixin_41876599/article/details/82711302 感觉很有用

  10. 【Python之路】特别篇--多线程与多进程

    并发 与 并行 的区别: 解释一:并发是在同一实体上的多个事件,并行是在不同实体上的多个事件: 解释二:并发是指两个或多个事件在同一时间间隔发生,而并行是指两个或者多个事件在同一时刻发生. 并发:就是 ...