Android ListView性能优化
2015-08-11 13:19
417 查看
性能优化原理
ListView的设计目的就是可扩展和高性能。在实践中,这意味着:尽可能的少去执行Layout的Inflate
只渲染和布置那些在可视范围内,或者即将出现在可视范围内的Itemcode
第一条的原因非常简单:Layout的Inflate是消耗资源巨大的代码code。即使,Layout文件已经被高效的解析程序转换为了二进制代码code。Infalte操作依旧需要彻底包含整个XML代码树,而且还要实例化相应的Viewcode。在Android 的源码中,ListView通过View回收机制解决了这个问题code。这就意味着,开发者可以非常简单的通过可回收的View设置每个Item的内容code。而不用,为每一个Item都Inflate Layout 。
通过ListView的View回收机制,第二条也被实现了。她会将那些在可视范围上面或者下面的View加入到回收池中。当在可视范围内的View被移出可视范围内时,其也会被添加到回收池中code。以这种方式,ListView只需占用非常少的内存几可以存储可视范围内的View和回收池中的View。即使,Adapter中有上百条Item,她也会运行的非常高效。ListView的View回收机制以两种不同的方式提供可回收的View——从上往下提供,和从下往上提供。采取何种方式,取决于滑动的方式code。下面这张图展示了,当你下滑时ListView的View回收机制所做的工作。
让我们把这个工作机制记在心中,现在开始让我们把注意力转移到优化ListView性能的小贴士上面去。如你上面所看到的那样,当滑动ListView时,ListView动态的提供可回收的View。因此,如何使你的Adapter的
getView()变得尽可能轻巧成为了关键所在。所有的使ListView高效的小贴士的核心都是围绕着如何让
getView()更加轻巧存在的。
要点一:使用可回收的View
每当ListView需要显示一条新的Item的时候,她会回调你的Adapter的getView()方法。正如你你所知道的那样,
getView()方法有三个参数:Item的位置,convertView,Item的上级容器。
参数
convertView实际上就是一个之前我们提到的可回收的View。当ListView要回收这个View的时候,她的数据就会被清空。因此,当
convertView不为null的时候,你只需要将数据填充到里面,而不用Inflate一个新的View。你的Adapter的
getView()方法的代码应该像下面这样:
public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null) { convertView = mInflater.inflate(R.layout.your_layout, null); } TextView text = (TextView) convertView.findViewById(R.id.text); text.setText("Position " + position); return convertView; }
要点二:使用ViewHolder
在一个已经Inflate的Layout中寻找View是Android开发中非常普遍的操作。这通常通过View的findViewById方法来实现。这个方法会递归整个View树,以寻找那个与IDcode匹配的View。在静态的代码中使用
findViewById()还是非常棒的,但是,如你看到的那样。当滑动ListView的时候,ListView会非常频繁的回调Adapter的
getView()方法。这就可能在不知不觉中影响ListView的滑动性能。尤其发生在你的Item的Layout非常的复杂的时候。
ViewHolder就是用来存储那些在你的
getView()方法中调用
findViewById()方法得到的View。在实践中,ViewHolder可以是一个非常轻巧的内部类。她存储那些Item内部的View的直接引用。然后你可以在Inflate结束之后,将ViewHolder对象存储在Item的tag当中。以这种方式,你只需要在第一次创建Item的时候调用findViewById就可以了。下面就是使用ViewHolder提高ListView的代码:
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView == null) { convertView = mInflater.inflate(R.layout.your_layout, null); holder = new ViewHolder(); holder.text = (TextView) convertView.findViewById(R.id.text); convertView.setTag(holder); } else { holder = convertView.getTag(); } holder.text.setText("Position " + position); return convertView; } private static class ViewHolder { public TextView text; }
要点三:异步加载
在Android的App中,ListView使用像图片这样耗费资源的Item是非常普遍的。在你的Adapter中使用drawable资源是非常棒的,因为Android内存的代码会缓存这些资源code。但是,你可能会想要使用更加灵活的内容。比如来自本地设备或者来自网络的缩略图或者图片之类的。在这种情况下,你可能不想要直接的在你的Adapter的getView()中加载这些资源。因为你永远不应该阻塞UI线程。同时这么做也使得你的ListView滑动的更加平滑。你所要做的事情就是让那些需要IO操作或者耗费CPU资源的操作在一个额外的线程中运行。为了实现这个目的,你任然需要遵循ListView的View回收机制的规则。例如:当你的Adapter的getView()正在使用AsyncTask加载一张图片。需要这张图片的Item可能已经在图片加载完成之前就已经被ListView的View回收机制回收了。因此你必须要知道,当你完成异步加载的时候,对应的Item是否已经被回收了。
一个简单的方法是,为你的AsyncTask提供一个识别信息用以区别其对应的Item。这样,当你的AsyncTask完成加载工作的时候,就可以判断对应的Item还是不式最初的那个Item。事实上存在许多方式实现这个功能,下面的代码只是其中最为简单的一种:
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; ... holder.position = position; new ThumbnailTask(position, holder) .executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR, null); return convertView; } private static class ThumbnailTask extends AsyncTask { private int mPosition; private ViewHolder mHolder; public ThumbnailTask(int position, ViewHolder holder) { mPosition = position; mHolder = holder; } @Override protected Cursor doInBackground(Void... arg0) { // Download bitmap here } @Override protected void onPostExecute(Bitmap bitmap) { if (mHolder.position == mPosition) { mHolder.thumbnail.setImageBitmap(bitmap); } } } private static class ViewHolder { public ImageView thumbnail; public int position; }
要点四:交互意识
为ListView的每一个Item异步加载大的资源是提升LitView的性能中很重要的一步。但是,如果当你滑动时,盲目的为每一个getView()开启一个异步任务是非常愚蠢的。你会浪费非常多的资源。因为大多数加载的资源都是无效的,因为滑动时Item的回收再利用是非常频繁的。我们需要给你的ListView加入交互意识。这样她就不会在快速滑动时,为每一个Item都开启一个异步加载任务。要明白,当快速滑动时,你的异步加载任务还没有启动,对应的Item就已经被回收了。每次当滑动停止的时候,或者将要停止的时候,就是你为每一个Item加载大的资源的时机。
我不会给出实现交互意识的代码,因为这会是一大堆的代码。但是由Romain Guy提供的 Shelves 应用提供了一个非常好的演示。在这个应用中,基本上只有当 GridView停止滑动时,异步加载的任务才会被触发。同时,你也可以在数据缓存技术和意识交互技术之间做出一个平衡。当你使用数据缓存技术的时候,你就需要在滑动的时候缓存必要的数据。我想你是能理解我的意思的。
相关文章推荐
- android反编译-反编译工具和方法
- Android studio安装
- Android 调用百度地图所需权限
- Android javax.net.ssl.SSLPeerUnverifiedException: No peer certificate
- 【Xamarin开发 Android 系列 6】 Android 结构基础(上)
- Android开发 获取当前activity的屏幕截图
- Android反编译获取资源文件-android学习之旅(69)
- Android四大组件之Service
- Android反编译获取资源文件-android学习之旅(69)
- Android反编译获取资源文件-android学习之旅(69)
- Android反编译获取资源文件-android学习之旅(69)
- Android Studio调试技巧
- 文章标题
- Android页面滑动
- Android数据库SQLite的使用
- Android 自定义复选框
- Android 开发服务类 05_ ApkPatchDemo
- Android 不归路之百度地图API学习(定位篇)
- Android 开发工具类 35_PatchUtils
- Android上玩玩Hook:Cydia Substrate实战