夜の魅 阅读(27) 评论(0)

 

本文内容:adapter,listview的优化,RecycleBi,n优化情况对比,google大会推荐优化,

实现ListView的过程,Adapter起到了至关重要的作用,不仅仅因为getview()方法。那么,先从Adapter说起~

Adapter:

    它在ListView和数据源之间起到桥梁的作用,避免listview和数据源直接接触,而导致因为数据源的复杂性使listview显得臃肿。

  Adapter,适配器,把复杂的数据源适配给listview,很容易联想到适配器模式。

 

下面是几种常用的Adapter:摘自《疯狂的Android讲义》

  •  ArrayAdapter:简单易用的Adapter,通常用于数组或list集合的数据源(多个值包装成多个列表项)。
  •  simpleAdapter:并不见得、功能强大的Adapter,可用于list集合的多个对象包装成多个列表项。
  •  simpleCursorAdapter:与上相似,但是用于包装jCursor(数据库游标)提供的数据源。
  •   BaseAdapter:通常用于被扩展。扩展BaseAdapter可以对各列表项进行最大限度的定制。

 


下面是listview的优化:

增加优化一:convertView的使用,主要优化加载布局问题

  1.listivew每次滚动都会调用gitview()方法,所以优化gitview是重中之重。

    下面是getview()在Adapter类的源码,这个没有实现,要看重点部分已经颜色标记。无非是View convertView的介绍~

/**
     * Get a View that displays the data at the specified position in the data set. You can either
     * create a View manually or inflate it from an XML layout file. When the View is inflated, the
     * parent View (GridView, ListView...) will apply default layout parameters unless you use
     * {@link android.view.LayoutInflater#inflate(int, android.view.ViewGroup, boolean)}
     * to specify a root view and to prevent attachment to the root.
     * 
     * @param position The position of the item within the adapter's data set of the item whose view
     *        we want.
     * @param convertView The old view to reuse, if possible. Note: You should check that this view
     *        is non-null and of an appropriate type before using. If it is not possible to convert
     *        this view to display the correct data, this method can create a new view.
     *        Heterogeneous lists can specify their number of view types, so that this View is
     *        always of the right type (see {@link #getViewTypeCount()} and
     *        {@link #getItemViewType(int)}).
     * @param parent The parent that this view will eventually be attached to
     * @return A View corresponding to the data at the specified position.
     */
    View getView(int position, View convertView, ViewGroup parent);


大家对于 convertView = null优化方法的使用已经了然于胸,但是我那个纠结,就知道是缓存了listview里面已经加载好的view(下文会讲解)。

核心代码如下:

  摘自《第一行代码》,懒得再AS上写一遍。这部分代码很简单,如果没有缓存就加载布局,如果有缓存就直接用convertView对象。所以这样就不用滑动listview的时候

调用getView()方法每次都去加载布局了(如果改布局已经加载)。

View view;
if(convertView == null){
view = LayoutInfalter.from(getContext()).inflate(resourceID,null)
}
else{
view = convertView
}

表示宝宝一开始对 LayoutInfalter.from(getContext()).inflate(resourceID,null) 一脸蒙蔽,然后找到了解释。

//加载布局管理器
LayoutInflater inflater = LayoutInflater.from(context);
//将xml布局转换为view对象
convertView = inflater.inflate(R.layout.item_myseallist,parent, false);
//利用view对象,找到布局中的组件
convertView.findViewById(R.id.delete);// 删除

 

增加优化二:内部类ViewHolder的使用。

摘自《第一行代码》,代码如下主要优化getView方法中每次回调用findviewByID()方法来获取一次控件的代码。

新增加内部类ViewHolder,用于对控件的实力存储进行缓存。

  • convertView为空时,viewHolder会将空间的实力存放在ViewHolder里,然后用setTag方法讲viewHolder对象存储在view里。
  • convertView不为空时,用getTag方法获取viewHolder对象.
//getView核心代码
ViewHolder viewHolder;
if(convertView == null){
viewHolder = new ViewHolder();
viewHolder.fruitImage = (ImageView) view.findViewByID(R.id.fruit_image);
view.setTage(viewHolder);//讲ViewHolder存储在View中

}else{
view = convertView;
viewHolder = ViewHolder view.getTag();//重获取viewHolder
}
viewHolder.fruitImage.setImageResource(fruit.getIMageID);



//内部类
class ViewHolder{
ImageView fruitImage;
}


可以看到方案一二目的很明确:第一个是优化加载布局,第二个是优化加载控件。

回到我问题~convertView存储的问题。

有没有想过ListView加载成千上万的数据为什么不出OOM错误?

最主要的是因为RecycleBin机制。

 

  • listview的许多view呈现在Ui上,这样的View对我们来说是可见的,可以称为OnScreen的view(也为ActionView)。
  • view被上滚移除屏幕,这样的view称为offScreenView(也称为ScrapView)。
  • 然后ScrapView会被listview删除,而RecycleView会将这部分保存。
  • 而listview底部需要显示的view会从RecycleBin里面取出一个ScrapView。

将其作为convertView参数传递过去,

  • 从而达到View复用的目的,这样就不必在Adapter的getView方法中执行LayoutInflater.inflate()方法了(不用加载布局了有木有)。

 在RecycleBin里面有两个数组,看名字就知道了Actionview和ScrapViews.

/**
         * Views that were on screen at the start of layout. This array is populated at the start of
         * layout, and at the end of layout all view in mActiveViews are moved to mScrapViews.
         * Views in mActiveViews represent a contiguous range of Views, with position of the first
         * view store in mFirstActivePosition.
         */
        private View[] mActiveViews = new View[0];

        /**
         * Unsorted views that can be used by the adapter as a convert view.
         */
        private ArrayList<View>[] mScrapViews;

 原理如下:

Google推荐优化方案: 

public View getView(int position, View convertView, ViewGroup parent) {
   3:     Log.d("MyAdapter", "Position:" + position + "---"
   4:             + String.valueOf(System.currentTimeMillis()));
   5:     ViewHolder holder;
   6:     if (convertView == null) {
   7:         final LayoutInflater inflater = (LayoutInflater) mContext
   8:                 .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
   9:         convertView = inflater.inflate(R.layout.list_item_icon_text, null);
  10:         holder = new ViewHolder();
  11:         holder.icon = (ImageView) convertView.findViewById(R.id.icon);
  12:         holder.text = (TextView) convertView.findViewById(R.id.text);
  13:         convertView.setTag(holder);
  14:     } else {
  15:         holder = (ViewHolder) convertView.getTag();
  16:     }
  17:     holder.icon.setImageResource(R.drawable.icon);
  18:     holder.text.setText(mData[position]);
  19:     return convertView;
  20: }
  21:  
  22: static class ViewHolder {
  23:     ImageView icon;
  24:  
  25:     TextView text;

 

优化对比:(删除)

  摘自《android优化技术详解》,写了好久发现作者水平太差,叙述不严谨,逻辑不清晰。差劲!!!

 

  以上:翻了很久,大改这几个不错。

    推荐几个链接:listview源码理解:很长,我是没看完~http://www.bkjia.com/Androidjc/1037874.html。取其中一张图。

           RecycleBin机制:http://www.2cto.com/kf/201604/497754.html。解决了我的疑问。

                                列举下真正意义上的优化:http://www.xuanyusong.com/archives/1252。

                                后来补上,优化对比:http://www.cnblogs.com/halzhang/archive/2010/12/05/1896791.html,和《android优化技术详解》google推荐优化方案测试基本差不多。但是不是方案一方案二的优化情况。

虽然大部分是摘抄,但是根据手写笔记本的笔记,和电脑博文,纯手打。致敬前辈。也是详细了解了优化问题,如果有错误请提出。

本文出处:http://www.cnblogs.com/yuhanghzsd/p/5595532.html       

      2016-06-18