通过本篇文章，让你掌握新的技巧，请不用只看看一点，希望能够看完，让你很快明白不同的使用场景

ListView 和 Adapter 的基础

工作原理:

1. ListView 针对List中每个item，要求 adapter “给我一个视图” (getView)。
2. 一个新的视图被返回并显示

如果我们有上亿个项目要显示怎么办？为每个项目创建一个新视图？NO!这不可能！

实际上Android为你缓存了视图。

Android中有个叫做Recycler的构件，下图是他的工作原理：

1. 如果你有10亿个项目(item)，其中只有可见的项目存在内存中，其他的在Recycler中。
2. ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的。
3. 当item1滚出屏幕，并且一个新的项目从屏幕低端上来时，ListView再请求一个type1视图。convertView此时不是空值了，它的值是item1。你只需设定新的数据然后返回convertView，不必重新创建一个视图。

请看下面的示例代码，这里在getView中使用了System.out进行输出

执行程序，然后在Logcat中查看日志

getView 被调用 9 次 ，convertView 对于所有的可见项目是空值（如下）

 

然后稍微向下滚动List，直到item10出现：

 

convertView仍然是空值，因为recycler中没有视图（item1的边缘仍然可见，在顶端）

再滚动List

 

convertView不是空值了！item1离开屏幕到Recycler中去了，然后item11被创建

再滚动：

convertView 如我们所期待的非空了，在item11离开屏幕之后，它的视图(@437430f8)作为convertView容纳item21了

不同的项目布局(item layout)

我们再举一个稍微复杂的例子，在上例的list中加入一些分隔线

你需要做这些:

1. 重(@Override)写 getViewTypeCount() – 返回你有多少个不同的布局
2. 重写 getItemViewType(int) – 由position返回view type id
3. 根据view item的类型，在getView中创建正确的convertView

以下是代码：

运行程序，你会看到每4个item一个分割线

看看日志，无异常，所有的convertView都是空的

滚动list：

convertView对于分割线是空的，直到第一个分割线可见，当其离开屏幕，视图去到Recycler并且convertView开始起作用。

转自：http://www.aitinan.com/3885.html

Android高手进阶：Adapter深入理解与优化

一般是针对包含多个元素的View，如ListView，GridView，ExpandableListview，的时候我们是给其设置一个Adapter。Adapter是与View之间提供数据的桥梁，也是提供每个Item的视图桥梁。

以ListView为例，其工作原理为:

● ListView针对List中每个item， adapter都会调用一个getView的方法获得布局视图

●我们一般会Inflate一个新的View，填充数据并返回显示

当然如果我们的Item很多话（比如上万个），都会新建一个View吗？很明显这样内存是接受不了的，Google也不会这么做，Android中有个叫做Recycler的构件，下图是他的工作原理：

很明显，无论数据中是多少个item，在显示上Recycler只存储其中可见的View在内存中。当向下滑动时，顶部不可见Item直接回移动到下方再次填充数据变为新增项。这样就不用每次都新建一个View了。

这个也就是我们在Adapter中常见的getView方法的调用，对应此方法我们就能看出，convertView就是每一Item在Recyler之前的布局视图。

• public View getView(int position, View convertView, ViewGrouppare

所以，Android已经给我们提供了Recycler机制了，我们就应该利用此机制，而不是每次都去inflate一个View。

Example

Don’t

1. public View getView(int position, View convertView, ViewGroupparent){
2.     convertView = LayoutInflater.from(mContext).inflate(R.layout.item_view,null);
3.     //dosomething…  
4.     return converView;
5. }

Do

1. public View getView(int position, View convertView, ViewGroupparent){
2.      if (convertView ==null) {
3.            convertView =LayoutInflater.from(mContext).inflate(R.layout.item_view, null);
4.      }
5.     //dosomething…  
6.     return converView;
7. }

ViewHolder的作用

之前所说的Recycler模式是为了解决重复inflate时候造成的View资源浪费，还哪有什么方法何可再次优化我们的性能吗？答案是Yes。

我们还是从getView中的每一个方法调用去查看，发现其实我们拿到convertView的时候，每次都会根据这个布局去findViewById。如下，使我们通常的写法：

findViewById是在解析layout.xml布局那种其中的子View，解析xml是一个力气活，所以Google也建议我们将这个费力不讨好的活优化起来，所以提出了ViewHolder的概念。

即，使用一个静态类，保存xml中的各个子View的引用关系，这样就不必要每次都去解析xml了。如下：就是针对上面代码写的一个ViewHolder

1. if (convertView == null) {
2.    convertView = mInflater.inflate(R.layout.item_view, null);
3. }
4. TextView titleTextView = (TextView) convertView.findViewById(R.id.text));
5. ImageView iconImageView = (ImageView)convertView.findViewButId( R.id.icon));
6. //DoSomething…  

findViewById是在解析layout.xml布局那种其中的子View，解析xml是一个力气活，所以Google也建议我们将这个费力不讨好的活优化起来，所以提出了ViewHolder的概念。

即，使用一个静态类，保存xml中的各个子View的引用关系，这样就不必要每次都去解析xml了。如下：就是针对上面代码写的一个ViewHolder

1. static class ViewHolder {
2.     TextView titleTextView;
3.     ImageView iconImageView;
4. }

但是，在getView方法中我们只能拿到三个参数，position、convertView、viewGroup是拿不到我们自定义的ViewHolder的。所以，我们希望通过convertView拿到ViewHolder只能将其放在tag里。

下面是一个完整的ViewHolder使用exmaple:

1. public View getView(int position, View convertView, ViewGroup parent) {
2.     ViewHolder holder;
3.     if (convertView == null) {
4.         convertView = mInflater.inflate(R.layout.item_view, null);
5.         holder = new ViewHolder();
6.         holder.titleTextView = (TextView) convertView.findViewById(R.id.text);
7.         holder.iconImageView = (ImageView) convertView.findViewById(R.id.icon);
8.         convertView.setTag(holder);
9.     } else {
10.         holder = (ViewHolder) convertView.getTag();
11.     }
12.     holder.titleTextView.setText(DATA[pos].title);
13.     holder.iconImageView.setImageBitmap(DATA[pos].bitmap);
14.     return convertView;
15. }
17. static class ViewHolder {
18.     TextView titleTextView;
19.     ImageView iconImageView;
20. }

Tips. Support.v7中的RecyclerView 就是采用了此思想来制作的。

多个类型的ViewType

当我们在Adapter中调用方法getView的时候，如果整个列表中的Item View如果有多种类型布局，如：

我们继续使用convertView来将数据从新填充貌似不可行了，因为每次返回的convertView类型都不一样，无法重用。

Android在设计上的时候，也想到了这点。所以，在adapter中预留的两个方法。

• public int getItemViewType(int position) ;

• public int getViewTypeCount();

只需要重新这两个方法，设置一下ItemViewType的个数和判断方法，Recycler就能有选择性的给出不同的convertView了。

Example：

1. @Override
2. public intgetItemViewType(int position) {
3.     if (DATA[pos].type == 0) {
4.         return 0;
5.     } else {
6.         return 1;
7.     }
8. }
10. @Override
11. public int getViewTypeCount() {
12.     return 2;
13. }
15. @Override
16. public View getView(int position, View convertView, ViewGroup arg2) {
17.     TitleViewHolder titleHolder;
18.     InfoViewHolder infoHolder;
19.     int type = getItemViewType(position);
21.     if (convertView == null) {
22.         switch (type) {
23.         case 0:
24.             convertView = mInflater.inflate(R.layout.item_view, null);
25.             titleHolder = new TitleViewHolder();
26.             titleHolder.titleTextView = (TextView) convertView.findViewById(R.id.text);
27.             titleHolder.iconImageView = (ImageView) convertView.findViewById(R.id.icon);
28.             convertView.setTag(titleHolder);
29.             break;
30.         case 1:
31.             convertView = mInflater.inflate(R.layout.item_view2, null);
32.             infoHolder = new InfoViewHolder();
33.             infoHolder.titleTextView = (TextView) convertView.findViewById(R.id.text);
34.             convertView.setTag(infoHolder);
35.             break;
36.         }
37.     } else {
38.         switch (type) {
39.         case 0:
40.             titleHolder = (TitleViewHolder) convertView.getTag();
41.             break;
42.         case 1:
43.             infoHolder = (InfoViewHolder) convertView.getTag();
44.             break;
45.         }
46.     }
47.     switch (type) {
48.     case 0:
49.         titleHolder.titleTextView.setText(DATA[pos].title);
50.         break;
51.     case 1:
52.         infoHolder.titleTextView.setText(DATA[pos].title);
53.         infoHolder.iconImageView.setImageBitmap(DATA[pos].bitmap);
54.         break;
55.     }
57.     return convertView;
58. }
60. static class TitleViewHolder {
61.     public ImageView iconImageView;
62.     public TextView titleTextView;
63. }
65. static class InfoViewHolder {
66.     TextView titleTextView;
67.     ImageView iconImageView;
68. }

NotifyDataSetChanged刷新机制

当ListView中的数据发生了改变，我们希望刷新ListView中的View时，我们一般会调用NotifyDataSetChanged来刷新ListView。看一下它的源码：

1. public void notifyChanged() {
2.     synchronized (mObservers) {
3.         // 向每一个子View发送onChanged  
4.         for (int i = mObservers.size() – 1; i >= 0; i–) {
5.             mObservers.get(i).onChanged();
6.         }
7.     }
8. }

发 现它针对每一个子View都做了刷新，当然，如果我们的数据都变量还可以理解。但是，一般条件下，我们需要更新的View不多。频繁的调用 NotifyDataSetChanged方法，刷新整个界面不合适。这样会把界面上显示的所有item都全部重绘一次，即使只有一个view的内容发生 了变化。

所以，我们可以写一个update的方法，来单独刷新一个View

1. private void updateView(int itemIndex){
2.     intvisiblePosition = yourListView.getFirstVisiblePosition();
3.     Viewv = yourListView.getChildAt(itemIndex – visiblePosition);
4.          ViewHolder viewHolder =(ViewHolder)v.getTag();
5.          if(viewHolder!= null){
6.                viewHolder.titleTextView.setText(“我更新了”);
7.          }
8. }

Adapter中的网络图片优化

ListView中的每一项Item基本都会带着网络图片，当item比较多的时候，过多的网络请求和过多的图片存储都会是ListView变慢变卡。

所以针对其做一下优化：

●  采用线程池进行网络图片请求，网络图片请求获取后使用本地缓存处理（LRUCache），内存+本地文件缓存。当然，为了防止内存溢出与回收不及时，需要使用弱引用（WeakReference）来存储内存中的图片。

●  对网络中取到的图片进行按比例缩放，以减少内存消耗。

●  滑动的时候不需要对网络图片进行请求。因为，网络请求一般比较耗时，某Item的图片，在请求来的时候如果被Recycler换掉，图片就会对应不上该Item。

Tips.网络请求的工具类比较多不方便举例子，但是使用比较频繁的网络图片请求工具类就是Volley了，Volley提供了一个ImageLoader的工具类和NetworkImageView的网络图片请求View

本文链接：http://www.eoeandroid.com/thread-536377-1-1.html

Android应用之利用getItemViewType为Listview的item设置不同的布局

一、概述

在项目的需求中，有一处需要显示一个交易记录的列表，这个列表很容易让人联想到用listview来实现，但是这个列表又有稍许不同的地方，那就是它里面的item并不是一样的布局，其中某些部分显示的是消费的记录，而有些地方显示的是充值的记录，也就对应了不同的item布局。而且，这两处地方都是从服务端获取数据的，这两个item的数据对应的类内容也各不相同，该怎么处理呢？

下面来一步步实现这个效果。

二、先看效果图

三、实现步骤

实现的原理就是listview的adapter中的一个关键的方法就是getItemViewType(getItemViewType),这个方法有一个参数是position，有了这个position我们就可以对list集合中的不同位置的数据进行不同的处理，进而标识不同的type，将list中的数据进行分类处理。

首先进行，数据的准备：

在这个项目中，数据源是从服务端获取的json数据，数据的格式如下：

可以看到其中mr_content这个字段，是一个自定义对象，但是两个mr_content的内容不同，这里是分别为mr_content的内容定义两个不同的类还是如何处理呢？

一开始，我是分别为两个mr_content定义不同的类，后来发现这样行不通，因为这样做的话定义外层类的时候mr_content就无法指定数据类型了。所以，最后采用某人的方法将mr_content定义为一个类，将两个不同的mr_content的字段都定义进去，解析的时候不会出现问题，没有数据会显示null

下面是我定义的mr_content字段的数据类型ComsumAndChargeRecordBean

数据准备好了，下面是传入listview中进行显示：

布局文件：

两个不同item的布局文件就省略了，相信大家都会，这个没什么难度

下面是主界面代码：

下面是adapter适配器的一部分代码：

字段和构造函数：

几个重要方法：

获取子item的类型 获取类型的数量 这里是根据字段Mr_type来确定的，json数据里面是根据这个字段来确定消费记录的类型的。总之，在为item设置不同的布局的时候肯定有一个标记用来区分不同的item，你可以用这个作为判断的标记，来设置不同的type。

viewholder：缓存这几个textview控件

最后是getview方法：其中有一个关键的方法

这个方法获取到当前position的类型，也就是在前面的getItemViewType方法设置的类型。

其中对convertView进行了复用和holder的使用，算是对listview的优化吧。

当currentType == TYPE_COMSUM，消费类型时，加载comsumView = LayoutInflater.from(mContext).inflate( R.layout.traderecord_item_comsume, null);消费类型的布局文件。反之，加载充值类型的布局文件。这样就可以达到为不同的item设置不同的布局文件了。

上面就是整个效果的实现过程

四、总结

其实为listview的item设置不同的布局文件，达到上面的效果，步骤如下;

1、为不同的item写不同的布局文件，设置统一的javabean类

2、继承BaseAdapter类，实现getItemViewType(int position)和getViewTypeCount() 方法，根据这两个方法，为item设置不同的标记，也就是不同的type

3、在getView方法中，利用getItemViewType(position)方法获取当前的type类型，然后根据不同的type类型，加载不同的item布局文件。

4、其他的一些listview的优化同一般的listview没有很大区别。

转自：http://www.it165.net/pro/html/201406/16181.html

Share this: