ListView 优化之 ViewHolder 复用机制

迷南。 2023-06-29 15:59 17阅读 0赞

文章内容摘取自-  
[深入了解ListView工作原理(一) – 之viewHolder优化篇][ListView_ _ _viewHolder]  
[ListView中convertView和ViewHolder的复用机制工作原理][ListView_convertView_ViewHolder]

# ViewHolder 复用机制 #

在使用 ListView 过程中适配器 Adapter 中的 `getView()` 方法中已经通过 `convertView` 复用机制（RecycleBin 回收再利用） 进行了优化。

![这里写图片描述][70]

但我们发现代码中仍然存在可以改进的地方，观察如下代码

public View getView(int position, View convertView, ViewGroup parent) {  
        Fruit fruit = getItem(position);  
        View view;  
        if (convertView == null) {  
            view = LayoutInflater.from(getContext()).inflate(resourceId, null);  
        } else {  
            view = convertView;  
        }  
        ImageView fruitImage = (ImageView) view.findViewById(R.id.fruit_image);  
        TextView fruitName = (TextView) view.findViewById(R.id.fruit_name);  
        fruitImage.setImageResource(fruit.getImageId());  
        fruitName.setText(fruit.getName());  
        return view;  
    }  
     
      
     
      
       1
       2
       3
       4
       5
       6
       7
       8
       9
       10
       11
       12
       13
       14

我们发现虽然 convertView 是实现了复用，但是每次 `getView()` 时，都要对每个子 View 中包含的控件进行实例化（`findViewById`）操作，这也是一个耗时的操作，这里就使用到了 `ViewHolder` 这个类来进行优化操作。

public View getView(int position, View convertView, ViewGroup parent) {
             System.out.println("getView " + position + " " + convertView);
             ViewHolder holder = null;
             if (convertView == null) {
                 convertView = mInflater.inflate(R.layout.lv_item, null);
                 holder = new ViewHolder();
                 holder.textView = (TextView)convertView.findViewById(R.id.tv_text);
                 convertView.setTag(holder);
             } else {
                 holder = (ViewHolder)convertView.getTag();
             }
             holder.textView.setText(mData.get(position));
             return convertView;
         }
    }
    
     public static class ViewHolder { 
         public TextView textView;
     }
     
      
     
      
       1
       2
       3
       4
       5
       6
       7
       8
       9
       10
       11
       12
       13
       14
       15
       16
       17
       18
       19

如上代码所述，我们把每个子 View 中包含的控件（需要实例化的）都放到 ViewHolder 的静态内部类中。当第一次创建 convertView 对象时，把 ViewHolder 中的控件都进行实例化，然后用 convertView 的 `setTag()` 方法将 ViewHolder 设置到 Tag 中，以便系统第二次调用 getView() 方法时子 View 中需要的控件可以直接通过 `convertView.getTag()` 方法取出 ViewHolder 容器对象，然后直接调用需要的控件即可。

# ListView 中的 convertView 和 ViewHolder 协同 #

ListView 里面的每一个 item 都是通过 adapter 来得到的，然后根据 listView 的高度和 item 的高度来循环加载显示在 listView 上，因此首次加载就决定了能够显示出来的 item 的个数，并且首次走进的都是 getView() 方法里 `convertView==null` 的时候，也就是说，此时加载了几个 item（包括只显示一部分的），就创建了几个 ViewHolder 对象，ViewHolder 里的控件来指向对应的 convertView 里的控件。

![这里写图片描述][70 1]

图中显示了 ListView 显示出的6个 item，和对应生成的6个 ViewHolder 对象。并且在 ListView 工作过程中一直指向它们各自的 item。注意此时，RecycleBin 里还么有任何可以拿来复用的 convertView。若此时，ListView 向上滑动一部分，使得 item 1 一部分滚出 ListView 的 顶部，并且 item 7 也进入一部分，因为此时 RecycleBin 里没有任何可以复用的 convertView（废弃缓存里没有 View），所以，程序急促进入 convertView == null，ViewHolder 7也被创建，指向 item 7。如果此时继续滑动 item 1，使得页面刚好显示的是 item2-7， 将不会再生成新的 ViewHolder。此时滚出去的 item 1对应的 View 将被放入 RecycleBin 里面做备用的 convertView 1，如果继续往上滑动，item 8即将进入 ListView，此时 ListView 的 adapter 在 RecycleBin 里找到了可以复用的 convertView 1，而且因为之前用了 setTag 的方式，因此可以用 getTag 迅速获得 ViewHolder 1，并且 ViewHolder 1是始终指向 convertView 1，因此直接可以根据 position 来设置对应的图片，文本然后 return 此更新后的 View 给 ListView 来显示 item 8。

做 ViewHolder 来优化 ListView 时，需要用 `static` 来修饰 ViewHolder 类？

我们把 ViewHolder 类设置成 static 静态类，是想让整个内存中之需要一份 ViewHolder 对象，来优化 ListView。

但是通过实验发现

//把ViewHolder变为static之后，getView()里加上如下代码：
    viewHolder = new ViewHolder();
    AppLog.i("viewHolder" + i +" = " + viewHolder );
    i++;
    
    20.548 12491-12491/?  [getView()] - viewHolder1 = $ViewHolder@e6a668d
    20.627 12491-12491/?  [getView()] - viewHolder2 = $ViewHolder@22e2da45
    20.629 12491-12491/?  [getView()] - viewHolder3 = $ViewHolder@355bd5c1
    20.632 12491-12491/?  [getView()] - viewHolder4 = $ViewHolder@210f0cfd
    20.635 12491-12491/?  [getView()] - viewHolder5 = $ViewHolder@3c47bf9
    20.637 12491-12491/?  [getView()] - viewHolder6 = $ViewHolder@35c7deb5
    20.640 12491-12491/?  [getView()] - viewHolder7 = $ViewHolder@e64b131
    20.642 12491-12491/?  [getView()] - viewHolder8 = $ViewHolder@34222f6d
    20.644 12491-12491/?  [getView()] - viewHolder9 = $ViewHolder@34bf5569
    20.647 12491-12491/?  [getView()] - viewHolder10 = $ViewHolder@20eedf25
    20.650 12491-12491/?  [getView()] - viewHolder11 = $ViewHolder@27d348a1
    20.653 12491-12491/?  [getView()] - viewHolder12 = $ViewHolder@2e3acddd
    20.656 12491-12491/?  [getView()] - viewHolder13 = $ViewHolder@3290cc9e
    40.937 12491-12491/: [MainActivity$1:48 onScrollStateChanged()] - scroll
    44.879 12491-12491/: [MainActivity$1:52 onScrollStateChanged()] - fling
    44.994 12491-12491/: [MainActivity$1:44 onScrollStateChanged()] - idle
     
      
     
      
       1
       2
       3
       4
       5
       6
       7
       8
       9
       10
       11
       12
       13
       14
       15
       16
       17
       18
       19
       20
       21

静态内部类的实例地址都是不一样的，所以并没有优化 ViewHolder 的个数。然而实际情况是因为 convertView 的复用机制，convertView 不会太多，一般情况下=ListView 显示的 item 个数 + 1\*viewTypeCount。所以 ViewHolder 的个数也不会太多。所以没有优化的意义。

文章只是作为个人记录学习使用，如有不妥之处请指正，谢谢。

[ListView_ _ _viewHolder]: https://blog.csdn.net/qingtiantianqing/article/details/50751633
[ListView_convertView_ViewHolder]: https://blog.csdn.net/dxcami/article/details/51107763
[70]: https://img-blog.csdn.net/20180504163609266?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L01vRHVSb29LaWU=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 1]: https://img-blog.csdn.net/20180504171144577?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L01vRHVSb29LaWU=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70