ListView工作原理及异步加载图片乱序问题

可以看到，ListView的继承结构还是相当复杂的，它是直接继承自的AbsListView，而AbsListView有两个子实现类，一个是ListView，另一个就是GridView，因此我们从这一点就可以猜出来，ListView和GridView在工作原理和实现上都是有很多共同点的。然后AbsListView又继承自AdapterView，AdapterView继承自ViewGroup，后面就是我们所熟知的了。先把ListView的继承结构了解一下，待会儿有助于我们更加清晰地分析代码。

Adapter的作用

Adapter相信大家都不会陌生，我们平时使用ListView的时候一定都会用到它。那么话说回来大家有没有仔细想过，为什么需要Adapter这个东西呢？总感觉正因为有了Adapter，ListView的使用变得要比其它控件复杂得多。那么这里我们就先来学习一下Adapter到底起到了什么样的一个作用。

其实说到底，控件就是为了交互和展示数据用的，只不过ListView更加特殊，它是为了展示很多很多数据用的，但是ListView只承担交互和展示工作而已，至于这些数据来自哪里，ListView是不关心的。因此，我们能设想到的最基本的ListView工作模式就是要有一个ListView控件和一个数据源。

不过如果真的让ListView和数据源直接打交道的话，那ListView所要做的适配工作就非常繁杂了。因为数据源这个概念太模糊了，我们只知道它包含了很多数据而已，至于这个数据源到底是什么样类型，并没有严格的定义，有可能是数组，也有可能是集合，甚至有可能是数据库表中查询出来的游标。所以说如果ListView真的去为每一种数据源都进行适配操作的话，一是扩展性会比较差，内置了几种适配就只有几种适配，不能动态进行添加。二是超出了它本身应该负责的工作范围，不再是仅仅承担交互和展示工作就可以了，这样ListView就会变得比较臃肿。

那么显然Android开发团队是不会允许这种事情发生的，于是就有了Adapter这样一个机制的出现。顾名思义，Adapter是适配器的意思，它在ListView和数据源之间起到了一个桥梁的作用，ListView并不会直接和数据源打交道，而是会借助Adapter这个桥梁来去访问真正的数据源，与之前不同的是，Adapter的接口都是统一的，因此ListView不用再去担心任何适配方面的问题。而Adapter又是一个接口(interface)，它可以去实现各种各样的子类，每个子类都能通过自己的逻辑来去完成特定的功能，以及与特定数据源的适配操作，比如说ArrayAdapter可以用于数组和List类型的数据源适配，SimpleCursorAdapter可以用于游标类型的数据源适配，这样就非常巧妙地把数据源适配困难的问题解决掉了，并且还拥有相当不错的扩展性。简单的原理示意图如下所示：

当然Adapter的作用不仅仅只有数据源适配这一点，还有一个非常非常重要的方法也需要我们在Adapter当中去重写，就是getView()方法，这个在下面的文章中还会详细讲到。

RecycleBin机制

那么在开始分析ListView的源码之前，还有一个东西是我们提前需要了解的，就是RecycleBin机制，这个机制也是ListView能够实现成百上千条数据都不会OOM最重要的一个原因。其实RecycleBin的代码并不多，只有300行左右，它是写在AbsListView中的一个内部类，所以所有继承自AbsListView的子类，也就是ListView和GridView，都可以使用这个机制。那我们来看一下RecycleBin中的主要代码，如下所示：

[java]  view plain copy

1. /** 
2.  * The RecycleBin facilitates reuse of views across layouts. The RecycleBin 
3.  * has two levels of storage: ActiveViews and ScrapViews. ActiveViews are 
4.  * those views which were onscreen at the start of a layout. By 
5.  * construction, they are displaying current information. At the end of 
6.  * layout, all views in ActiveViews are demoted to ScrapViews. ScrapViews 
7.  * are old views that could potentially be used by the adapter to avoid 
8.  * allocating views unnecessarily. 
9.  *  
10.  * @see android.widget.AbsListView#setRecyclerListener(android.widget.AbsListView.RecyclerListener) 
11.  * @see android.widget.AbsListView.RecyclerListener 
12.  */  
13. class RecycleBin {  
14.     private RecyclerListener mRecyclerListener;  
15.   
16.     /** 
17.      * The position of the first view stored in mActiveViews. 
18.      */  
19.     private int mFirstActivePosition;  
20.   
21.     /** 
22.      * Views that were on screen at the start of layout. This array is 
23.      * populated at the start of layout, and at the end of layout all view 
24.      * in mActiveViews are moved to mScrapViews. Views in mActiveViews 
25.      * represent a contiguous range of Views, with position of the first 
26.      * view store in mFirstActivePosition. 
27.      */  
28.     private View[] mActiveViews = new View[0];  
29.   
30.     /** 
31.      * Unsorted views that can be used by the adapter as a convert view. 
32.      */  
33.     private ArrayList<View>[] mScrapViews;  
34.   
35.     private int mViewTypeCount;  
36.   
37.     private ArrayList<View> mCurrentScrap;  
38.   
39.     /** 
40.      * Fill ActiveViews with all of the children of the AbsListView. 
41.      *  
42.      * @param childCount 
43.      *            The minimum number of views mActiveViews should hold 
44.      * @param firstActivePosition 
45.      *            The position of the first view that will be stored in 
46.      *            mActiveViews 
47.      */  
48.     void fillActiveViews(int childCount, int firstActivePosition) {  
49.         if (mActiveViews.length < childCount) {  
50.             mActiveViews = new View[childCount];  
51.         }  
52.         mFirstActivePosition = firstActivePosition;  
53.         final View[] activeViews = mActiveViews;  
54.         for (int i = 0; i < childCount; i++) {  
55.             View child = getChildAt(i);  
56.             AbsListView.LayoutParams lp = (AbsListView.LayoutParams) child.getLayoutParams();  
57.             // Don't put header or footer views into the scrap heap  
58.             if (lp != null && lp.viewType != ITEM_VIEW_TYPE_HEADER_OR_FOOTER) {  
59.                 // Note: We do place AdapterView.ITEM_VIEW_TYPE_IGNORE in  
60.                 // active views.  
61.                 // However, we will NOT place them into scrap views.  
62.                 activeViews[i] = child;  
63.             }  
64.         }  
65.     }  
66.   
67.     /** 
68.      * Get the view corresponding to the specified position. The view will 
69.      * be removed from mActiveViews if it is found. 
70.      *  
71.      * @param position 
72.      *            The position to look up in mActiveViews 
73.      * @return The view if it is found, null otherwise 
74.      */  
75.     View getActiveView(int position) {  
76.         int index = position - mFirstActivePosition;  
77.         final View[] activeViews = mActiveViews;  
78.         if (index >= 0 && index < activeViews.length) {  
79.             final View match = activeViews[index];  
80.             activeViews[index] = null;  
81.             return match;  
82.         }  
83.         return null;  
84.     }  
85.   
86.     /** 
87.      * Put a view into the ScapViews list. These views are unordered. 
88.      *  
89.      * @param scrap 
90.      *            The view to add 
91.      */  
92.     void addScrapView(View scrap) {  
93.         AbsListView.LayoutParams lp = (AbsListView.LayoutParams) scrap.getLayoutParams();  
94.         if (lp == null) {  
95.             return;  
96.         }  
97.         // Don't put header or footer views or views that should be ignored  
98.         // into the scrap heap  
99.         int viewType = lp.viewType;  
100.         if (!shouldRecycleViewType(viewType)) {  
101.             if (viewType != ITEM_VIEW_TYPE_HEADER_OR_FOOTER) {  
102.                 removeDetachedView(scrap, false);  
103.             }  
104.             return;  
105.         }  
106.         if (mViewTypeCount == 1) {  
107.             dispatchFinishTemporaryDetach(scrap);  
108.             mCurrentScrap.add(scrap);  
109.         } else {  
110.             dispatchFinishTemporaryDetach(scrap);  
111.             mScrapViews[viewType].add(scrap);  
112.         }  
113.   
114.         if (mRecyclerListener != null) {  
115.             mRecyclerListener.onMovedToScrapHeap(scrap);  
116.         }  
117.     }  
118.   
119.     /** 
120.      * @return A view from the ScrapViews collection. These are unordered. 
121.      */  
122.     View getScrapView(int position) {  
123.         ArrayList<View> scrapViews;  
124.         if (mViewTypeCount == 1) {  
125.             scrapViews = mCurrentScrap;  
126.             int size = scrapViews.size();  
127.             if (size > 0) {  
128.                 return scrapViews.remove(size - 1);  
129.             } else {  
130.                 return null;  
131.             }  
132.         } else {  
133.             int whichScrap = mAdapter.getItemViewType(position);  
134.             if (whichScrap >= 0 && whichScrap < mScrapViews.length) {  
135.                 scrapViews = mScrapViews[whichScrap];  
136.                 int size = scrapViews.size();  
137.                 if (size > 0) {  
138.                     return scrapViews.remove(size - 1);  
139.                 }  
140.             }  
141.         }  
142.         return null;  
143.     }  
144.   
145.     public void setViewTypeCount(int viewTypeCount) {  
146.         if (viewTypeCount < 1) {  
147.             throw new IllegalArgumentException("Can't have a viewTypeCount < 1");  
148.         }  
149.         // noinspection unchecked  
150.         ArrayList<View>[] scrapViews = new ArrayList[viewTypeCount];  
151.         for (int i = 0; i < viewTypeCount; i++) {  
152.             scrapViews[i] = new ArrayList<View>();  
153.         }  
154.         mViewTypeCount = viewTypeCount;  
155.         mCurrentScrap = scrapViews[0];  
156.         mScrapViews = scrapViews;  
157.     }  
158.   
159. }  

这里的RecycleBin代码并不全，我只是把最主要的几个方法提了出来。那么我们先来对这几个方法进行简单解读，这对后面分析ListView的工作原理将会有很大的帮助。

• fillActiveViews() 这个方法接收两个参数，第一个参数表示要存储的view的数量，第二个参数表示ListView中第一个可见元素的position值。RecycleBin当中使用mActiveViews这个数组来存储View，调用这个方法后就会根据传入的参数来将ListView中的指定元素存储到mActiveViews数组当中。
• getActiveView() 这个方法和fillActiveViews()是对应的，用于从mActiveViews数组当中获取数据。该方法接收一个position参数，表示元素在ListView当中的位置，方法内部会自动将position值转换成mActiveViews数组对应的下标值。需要注意的是，mActiveViews当中所存储的View，一旦被获取了之后就会从mActiveViews当中移除，下次获取同样位置的View将会返回null，也就是说mActiveViews不能被重复利用。
• addScrapView() 用于将一个废弃的View进行缓存，该方法接收一个View参数，当有某个View确定要废弃掉的时候(比如滚动出了屏幕)，就应该调用这个方法来对View进行缓存，RecycleBin当中使用mScrapViews和mCurrentScrap这两个List来存储废弃View。
• getScrapView 用于从废弃缓存中取出一个View，这些废弃缓存中的View是没有顺序可言的，因此getScrapView()方法中的算法也非常简单，就是直接从mCurrentScrap当中获取尾部的一个scrap view进行返回。
• setViewTypeCount() 我们都知道Adapter当中可以重写一个getViewTypeCount()来表示ListView中有几种类型的数据项，而setViewTypeCount()方法的作用就是为每种类型的数据项都单独启用一个RecycleBin缓存机制。实际上，getViewTypeCount()方法通常情况下使用的并不是很多，所以我们只要知道RecycleBin当中有这样一个功能就行了。

了解了RecycleBin中的主要方法以及它们的用处之后，下面就可以开始来分析ListView的工作原理了，这里我将还是按照以前分析源码的方式来进行，即跟着主线执行流程来逐步阅读并点到即止，不然的话要是把ListView所有的代码都贴出来，那么本篇文章将会很长很长了。

第一次Layout

不管怎么说，ListView即使再特殊最终还是继承自View的，因此它的执行流程还将会按照View的规则来执行，对于这方面不太熟悉的朋友可以参考我之前写的 Android视图绘制流程完全解析，带你一步步深入了解View(二) 。

View的执行流程无非就分为三步，onMeasure()用于测量View的大小，onLayout()用于确定View的布局，onDraw()用于将View绘制到界面上。而在ListView当中，onMeasure()并没有什么特殊的地方，因为它终归是一个View，占用的空间最多并且通常也就是整个屏幕。onDraw()在ListView当中也没有什么意义，因为ListView本身并不负责绘制，而是由ListView当中的子元素来进行绘制的。那么ListView大部分的神奇功能其实都是在onLayout()方法中进行的了，因此我们本篇文章也是主要分析的这个方法里的内容。

如果你到ListView源码中去找一找，你会发现ListView中是没有onLayout()这个方法的，这是因为这个方法是在ListView的父类AbsListView中实现的，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Subclasses should NOT override this method but {@link #layoutChildren()} 
3.  * instead. 
4.  */  
5. @Override  
6. protected void onLayout(boolean changed, int l, int t, int r, int b) {  
7.     super.onLayout(changed, l, t, r, b);  
8.     mInLayout = true;  
9.     if (changed) {  
10.         int childCount = getChildCount();  
11.         for (int i = 0; i < childCount; i++) {  
12.             getChildAt(i).forceLayout();  
13.         }  
14.         mRecycler.markChildrenDirty();  
15.     }  
16.     layoutChildren();  
17.     mInLayout = false;  
18. }  

可以看到，onLayout()方法中并没有做什么复杂的逻辑操作，主要就是一个判断，如果ListView的大小或者位置发生了变化，那么changed变量就会变成true，此时会要求所有的子布局都强制进行重绘。除此之外倒没有什么难理解的地方了，不过我们注意到，在第16行调用了layoutChildren()这个方法，从方法名上我们就可以猜出这个方法是用来进行子元素布局的，不过进入到这个方法当中你会发现这是个空方法，没有一行代码。这当然是可以理解的了，因为子元素的布局应该是由具体的实现类来负责完成的，而不是由父类完成。那么进入ListView的layoutChildren()方法，代码如下所示：

[java]  view plain copy

1. @Override  
2. protected void layoutChildren() {  
3.     final boolean blockLayoutRequests = mBlockLayoutRequests;  
4.     if (!blockLayoutRequests) {  
5.         mBlockLayoutRequests = true;  
6.     } else {  
7.         return;  
8.     }  
9.     try {  
10.         super.layoutChildren();  
11.         invalidate();  
12.         if (mAdapter == null) {  
13.             resetList();  
14.             invokeOnItemScrollListener();  
15.             return;  
16.         }  
17.         int childrenTop = mListPadding.top;  
18.         int childrenBottom = getBottom() - getTop() - mListPadding.bottom;  
19.         int childCount = getChildCount();  
20.         int index = 0;  
21.         int delta = 0;  
22.         View sel;  
23.         View oldSel = null;  
24.         View oldFirst = null;  
25.         View newSel = null;  
26.         View focusLayoutRestoreView = null;  
27.         // Remember stuff we will need down below  
28.         switch (mLayoutMode) {  
29.         case LAYOUT_SET_SELECTION:  
30.             index = mNextSelectedPosition - mFirstPosition;  
31.             if (index >= 0 && index < childCount) {  
32.                 newSel = getChildAt(index);  
33.             }  
34.             break;  
35.         case LAYOUT_FORCE_TOP:  
36.         case LAYOUT_FORCE_BOTTOM:  
37.         case LAYOUT_SPECIFIC:  
38.         case LAYOUT_SYNC:  
39.             break;  
40.         case LAYOUT_MOVE_SELECTION:  
41.         default:  
42.             // Remember the previously selected view  
43.             index = mSelectedPosition - mFirstPosition;  
44.             if (index >= 0 && index < childCount) {  
45.                 oldSel = getChildAt(index);  
46.             }  
47.             // Remember the previous first child  
48.             oldFirst = getChildAt(0);  
49.             if (mNextSelectedPosition >= 0) {  
50.                 delta = mNextSelectedPosition - mSelectedPosition;  
51.             }  
52.             // Caution: newSel might be null  
53.             newSel = getChildAt(index + delta);  
54.         }  
55.         boolean dataChanged = mDataChanged;  
56.         if (dataChanged) {  
57.             handleDataChanged();  
58.         }  
59.         // Handle the empty set by removing all views that are visible  
60.         // and calling it a day  
61.         if (mItemCount == 0) {  
62.             resetList();  
63.             invokeOnItemScrollListener();  
64.             return;  
65.         } else if (mItemCount != mAdapter.getCount()) {  
66.             throw new IllegalStateException("The content of the adapter has changed but "  
67.                     + "ListView did not receive a notification. Make sure the content of "  
68.                     + "your adapter is not modified from a background thread, but only "  
69.                     + "from the UI thread. [in ListView(" + getId() + ", " + getClass()   
70.                     + ") with Adapter(" + mAdapter.getClass() + ")]");  
71.         }  
72.         setSelectedPositionInt(mNextSelectedPosition);  
73.         // Pull all children into the RecycleBin.  
74.         // These views will be reused if possible  
75.         final int firstPosition = mFirstPosition;  
76.         final RecycleBin recycleBin = mRecycler;  
77.         // reset the focus restoration  
78.         View focusLayoutRestoreDirectChild = null;  
79.         // Don't put header or footer views into the Recycler. Those are  
80.         // already cached in mHeaderViews;  
81.         if (dataChanged) {  
82.             for (int i = 0; i < childCount; i++) {  
83.                 recycleBin.addScrapView(getChildAt(i));  
84.                 if (ViewDebug.TRACE_RECYCLER) {  
85.                     ViewDebug.trace(getChildAt(i),  
86.                             ViewDebug.RecyclerTraceType.MOVE_TO_SCRAP_HEAP, index, i);  
87.                 }  
88.             }  
89.         } else {  
90.             recycleBin.fillActiveViews(childCount, firstPosition);  
91.         }  
92.         // take focus back to us temporarily to avoid the eventual  
93.         // call to clear focus when removing the focused child below  
94.         // from messing things up when ViewRoot assigns focus back  
95.         // to someone else  
96.         final View focusedChild = getFocusedChild();  
97.         if (focusedChild != null) {  
98.             // TODO: in some cases focusedChild.getParent() == null  
99.             // we can remember the focused view to restore after relayout if the  
100.             // data hasn't changed, or if the focused position is a header or footer  
101.             if (!dataChanged || isDirectChildHeaderOrFooter(focusedChild)) {  
102.                 focusLayoutRestoreDirectChild = focusedChild;  
103.                 // remember the specific view that had focus  
104.                 focusLayoutRestoreView = findFocus();  
105.                 if (focusLayoutRestoreView != null) {  
106.                     // tell it we are going to mess with it  
107.                     focusLayoutRestoreView.onStartTemporaryDetach();  
108.                 }  
109.             }  
110.             requestFocus();  
111.         }  
112.         // Clear out old views  
113.         detachAllViewsFromParent();  
114.         switch (mLayoutMode) {  
115.         case LAYOUT_SET_SELECTION:  
116.             if (newSel != null) {  
117.                 sel = fillFromSelection(newSel.getTop(), childrenTop, childrenBottom);  
118.             } else {  
119.                 sel = fillFromMiddle(childrenTop, childrenBottom);  
120.             }  
121.             break;  
122.         case LAYOUT_SYNC:  
123.             sel = fillSpecific(mSyncPosition, mSpecificTop);  
124.             break;  
125.         case LAYOUT_FORCE_BOTTOM:  
126.             sel = fillUp(mItemCount - 1, childrenBottom);  
127.             adjustViewsUpOrDown();  
128.             break;  
129.         case LAYOUT_FORCE_TOP:  
130.             mFirstPosition = 0;  
131.             sel = fillFromTop(childrenTop);  
132.             adjustViewsUpOrDown();  
133.             break;  
134.         case LAYOUT_SPECIFIC:  
135.             sel = fillSpecific(reconcileSelectedPosition(), mSpecificTop);  
136.             break;  
137.         case LAYOUT_MOVE_SELECTION:  
138.             sel = moveSelection(oldSel, newSel, delta, childrenTop, childrenBottom);  
139.             break;  
140.         default:  
141.             if (childCount == 0) {  
142.                 if (!mStackFromBottom) {  
143.                     final int position = lookForSelectablePosition(0, true);  
144.                     setSelectedPositionInt(position);  
145.                     sel = fillFromTop(childrenTop);  
146.                 } else {  
147.                     final int position = lookForSelectablePosition(mItemCount - 1, false);  
148.                     setSelectedPositionInt(position);  
149.                     sel = fillUp(mItemCount - 1, childrenBottom);  
150.                 }  
151.             } else {  
152.                 if (mSelectedPosition >= 0 && mSelectedPosition < mItemCount) {  
153.                     sel = fillSpecific(mSelectedPosition,  
154.                             oldSel == null ? childrenTop : oldSel.getTop());  
155.                 } else if (mFirstPosition < mItemCount) {  
156.                     sel = fillSpecific(mFirstPosition,  
157.                             oldFirst == null ? childrenTop : oldFirst.getTop());  
158.                 } else {  
159.                     sel = fillSpecific(0, childrenTop);  
160.                 }  
161.             }  
162.             break;  
163.         }  
164.         // Flush any cached views that did not get reused above  
165.         recycleBin.scrapActiveViews();  
166.         if (sel != null) {  
167.             // the current selected item should get focus if items  
168.             // are focusable  
169.             if (mItemsCanFocus && hasFocus() && !sel.hasFocus()) {  
170.                 final boolean focusWasTaken = (sel == focusLayoutRestoreDirectChild &&  
171.                         focusLayoutRestoreView.requestFocus()) || sel.requestFocus();  
172.                 if (!focusWasTaken) {  
173.                     // selected item didn't take focus, fine, but still want  
174.                     // to make sure something else outside of the selected view  
175.                     // has focus  
176.                     final View focused = getFocusedChild();  
177.                     if (focused != null) {  
178.                         focused.clearFocus();  
179.                     }  
180.                     positionSelector(sel);  
181.                 } else {  
182.                     sel.setSelected(false);  
183.                     mSelectorRect.setEmpty();  
184.                 }  
185.             } else {  
186.                 positionSelector(sel);  
187.             }  
188.             mSelectedTop = sel.getTop();  
189.         } else {  
190.             if (mTouchMode > TOUCH_MODE_DOWN && mTouchMode < TOUCH_MODE_SCROLL) {  
191.                 View child = getChildAt(mMotionPosition - mFirstPosition);  
192.                 if (child != null) positionSelector(child);  
193.             } else {  
194.                 mSelectedTop = 0;  
195.                 mSelectorRect.setEmpty();  
196.             }  
197.             // even if there is not selected position, we may need to restore  
198.             // focus (i.e. something focusable in touch mode)  
199.             if (hasFocus() && focusLayoutRestoreView != null) {  
200.                 focusLayoutRestoreView.requestFocus();  
201.             }  
202.         }  
203.         // tell focus view we are done mucking with it, if it is still in  
204.         // our view hierarchy.  
205.         if (focusLayoutRestoreView != null  
206.                 && focusLayoutRestoreView.getWindowToken() != null) {  
207.             focusLayoutRestoreView.onFinishTemporaryDetach();  
208.         }  
209.         mLayoutMode = LAYOUT_NORMAL;  
210.         mDataChanged = false;  
211.         mNeedSync = false;  
212.         setNextSelectedPositionInt(mSelectedPosition);  
213.         updateScrollIndicators();  
214.         if (mItemCount > 0) {  
215.             checkSelectionChanged();  
216.         }  
217.         invokeOnItemScrollListener();  
218.     } finally {  
219.         if (!blockLayoutRequests) {  
220.             mBlockLayoutRequests = false;  
221.         }  
222.     }  
223. }  

这段代码比较长，我们挑重点的看。首先可以确定的是，ListView当中目前还没有任何子View，数据都还是由Adapter管理的，并没有展示到界面上，因此第19行getChildCount()方法得到的值肯定是0。接着在第81行会根据dataChanged这个布尔型的值来判断执行逻辑，dataChanged只有在数据源发生改变的情况下才会变成true，其它情况都是false，因此这里会进入到第90行的执行逻辑，调用RecycleBin的fillActiveViews()方法。按理来说，调用fillActiveViews()方法是为了将ListView的子View进行缓存的，可是目前ListView中还没有任何的子View，因此这一行暂时还起不了任何作用。

接下来在第114行会根据mLayoutMode的值来决定布局模式，默认情况下都是普通模式LAYOUT_NORMAL，因此会进入到第140行的default语句当中。而下面又会紧接着进行两次if判断，childCount目前是等于0的，并且默认的布局顺序是从上往下，因此会进入到第145行的fillFromTop()方法，我们跟进去瞧一瞧：

[java]  view plain copy

1. /** 
2.  * Fills the list from top to bottom, starting with mFirstPosition 
3.  * 
4.  * @param nextTop The location where the top of the first item should be 
5.  *        drawn 
6.  * 
7.  * @return The view that is currently selected 
8.  */  
9. private View fillFromTop(int nextTop) {  
10.     mFirstPosition = Math.min(mFirstPosition, mSelectedPosition);  
11.     mFirstPosition = Math.min(mFirstPosition, mItemCount - 1);  
12.     if (mFirstPosition < 0) {  
13.         mFirstPosition = 0;  
14.     }  
15.     return fillDown(mFirstPosition, nextTop);  
16. }  

从这个方法的注释中可以看出，它所负责的主要任务就是从mFirstPosition开始，自顶至底去填充ListView。而这个方法本身并没有什么逻辑，就是判断了一下mFirstPosition值的合法性，然后调用fillDown()方法，那么我们就有理由可以猜测，填充ListView的操作是在fillDown()方法中完成的。进入fillDown()方法，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Fills the list from pos down to the end of the list view. 
3.  * 
4.  * @param pos The first position to put in the list 
5.  * 
6.  * @param nextTop The location where the top of the item associated with pos 
7.  *        should be drawn 
8.  * 
9.  * @return The view that is currently selected, if it happens to be in the 
10.  *         range that we draw. 
11.  */  
12. private View fillDown(int pos, int nextTop) {  
13.     View selectedView = null;  
14.     int end = (getBottom() - getTop()) - mListPadding.bottom;  
15.     while (nextTop < end && pos < mItemCount) {  
16.         // is this the selected item?  
17.         boolean selected = pos == mSelectedPosition;  
18.         View child = makeAndAddView(pos, nextTop, true, mListPadding.left, selected);  
19.         nextTop = child.getBottom() + mDividerHeight;  
20.         if (selected) {  
21.             selectedView = child;  
22.         }  
23.         pos++;  
24.     }  
25.     return selectedView;  
26. }  

可以看到，这里使用了一个while循环来执行重复逻辑，一开始nextTop的值是第一个子元素顶部距离整个ListView顶部的像素值，pos则是刚刚传入的mFirstPosition的值，而end是ListView底部减去顶部所得的像素值，mItemCount则是Adapter中的元素数量。因此一开始的情况下nextTop必定是小于end值的，并且pos也是小于mItemCount值的。那么每执行一次while循环，pos的值都会加1，并且nextTop也会增加，当nextTop大于等于end时，也就是子元素已经超出当前屏幕了，或者pos大于等于mItemCount时，也就是所有Adapter中的元素都被遍历结束了，就会跳出while循环。

那么while循环当中又做了什么事情呢？值得让人留意的就是第18行调用的makeAndAddView()方法，进入到这个方法当中，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Obtain the view and add it to our list of children. The view can be made 
3.  * fresh, converted from an unused view, or used as is if it was in the 
4.  * recycle bin. 
5.  * 
6.  * @param position Logical position in the list 
7.  * @param y Top or bottom edge of the view to add 
8.  * @param flow If flow is true, align top edge to y. If false, align bottom 
9.  *        edge to y. 
10.  * @param childrenLeft Left edge where children should be positioned 
11.  * @param selected Is this position selected? 
12.  * @return View that was added 
13.  */  
14. private View makeAndAddView(int position, int y, boolean flow, int childrenLeft,  
15.         boolean selected) {  
16.     View child;  
17.     if (!mDataChanged) {  
18.         // Try to use an exsiting view for this position  
19.         child = mRecycler.getActiveView(position);  
20.         if (child != null) {  
21.             // Found it -- we're using an existing child  
22.             // This just needs to be positioned  
23.             setupChild(child, position, y, flow, childrenLeft, selected, true);  
24.             return child;  
25.         }  
26.     }  
27.     // Make a new view for this position, or convert an unused view if possible  
28.     child = obtainView(position, mIsScrap);  
29.     // This needs to be positioned and measured  
30.     setupChild(child, position, y, flow, childrenLeft, selected, mIsScrap[0]);  
31.     return child;  
32. }  

这里在第19行尝试从RecycleBin当中快速获取一个active view，不过很遗憾的是目前RecycleBin当中还没有缓存任何的View，所以这里得到的值肯定是null。那么取得了null之后就会继续向下运行，到第28行会调用obtainView()方法来再次尝试获取一个View，这次的obtainView()方法是可以保证一定返回一个View的，于是下面立刻将获取到的View传入到了setupChild()方法当中。那么obtainView()内部到底是怎么工作的呢？我们先进入到这个方法里面看一下：

[java]  view plain copy

1. /** 
2.  * Get a view and have it show the data associated with the specified 
3.  * position. This is called when we have already discovered that the view is 
4.  * not available for reuse in the recycle bin. The only choices left are 
5.  * converting an old view or making a new one. 
6.  *  
7.  * @param position 
8.  *            The position to display 
9.  * @param isScrap 
10.  *            Array of at least 1 boolean, the first entry will become true 
11.  *            if the returned view was taken from the scrap heap, false if 
12.  *            otherwise. 
13.  *  
14.  * @return A view displaying the data associated with the specified position 
15.  */  
16. View obtainView(int position, boolean[] isScrap) {  
17.     isScrap[0] = false;  
18.     View scrapView;  
19.     scrapView = mRecycler.getScrapView(position);  
20.     View child;  
21.     if (scrapView != null) {  
22.         child = mAdapter.getView(position, scrapView, this);  
23.         if (child != scrapView) {  
24.             mRecycler.addScrapView(scrapView);  
25.             if (mCacheColorHint != 0) {  
26.                 child.setDrawingCacheBackgroundColor(mCacheColorHint);  
27.             }  
28.         } else {  
29.             isScrap[0] = true;  
30.             dispatchFinishTemporaryDetach(child);  
31.         }  
32.     } else {  
33.         child = mAdapter.getView(position, null, this);  
34.         if (mCacheColorHint != 0) {  
35.             child.setDrawingCacheBackgroundColor(mCacheColorHint);  
36.         }  
37.     }  
38.     return child;  
39. }  

obtainView()方法中的代码并不多，但却包含了非常非常重要的逻辑，不夸张的说，整个ListView中最重要的内容可能就在这个方法里了。那么我们还是按照执行流程来看，在第19行代码中调用了RecycleBin的getScrapView()方法来尝试获取一个废弃缓存中的View，同样的道理，这里肯定是获取不到的，getScrapView()方法会返回一个null。这时该怎么办呢？没有关系，代码会执行到第33行，调用mAdapter的getView()方法来去获取一个View。那么mAdapter是什么呢？当然就是当前ListView关联的适配器了。而getView()方法又是什么呢？还用说吗，这个就是我们平时使用ListView时最最经常重写的一个方法了，这里getView()方法中传入了三个参数，分别是position，null和this。

那么我们平时写ListView的Adapter时，getView()方法通常会怎么写呢？这里我举个简单的例子：

[java]  view plain copy

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

getView()方法接受的三个参数，第一个参数position代表当前子元素的的位置，我们可以通过具体的位置来获取与其相关的数据。第二个参数convertView，刚才传入的是null，说明没有convertView可以利用，因此我们会调用LayoutInflater的inflate()方法来去加载一个布局。接下来会对这个view进行一些属性和值的设定，最后将view返回。

那么这个View也会作为obtainView()的结果进行返回，并最终传入到setupChild()方法当中。其实也就是说，第一次layout过程当中，所有的子View都是调用LayoutInflater的inflate()方法加载出来的，这样就会相对比较耗时，但是不用担心，后面就不会再有这种情况了，那么我们继续往下看：

[java]  view plain copy

1. /** 
2.  * Add a view as a child and make sure it is measured (if necessary) and 
3.  * positioned properly. 
4.  * 
5.  * @param child The view to add 
6.  * @param position The position of this child 
7.  * @param y The y position relative to which this view will be positioned 
8.  * @param flowDown If true, align top edge to y. If false, align bottom 
9.  *        edge to y. 
10.  * @param childrenLeft Left edge where children should be positioned 
11.  * @param selected Is this position selected? 
12.  * @param recycled Has this view been pulled from the recycle bin? If so it 
13.  *        does not need to be remeasured. 
14.  */  
15. private void setupChild(View child, int position, int y, boolean flowDown, int childrenLeft,  
16.         boolean selected, boolean recycled) {  
17.     final boolean isSelected = selected && shouldShowSelector();  
18.     final boolean updateChildSelected = isSelected != child.isSelected();  
19.     final int mode = mTouchMode;  
20.     final boolean isPressed = mode > TOUCH_MODE_DOWN && mode < TOUCH_MODE_SCROLL &&  
21.             mMotionPosition == position;  
22.     final boolean updateChildPressed = isPressed != child.isPressed();  
23.     final boolean needToMeasure = !recycled || updateChildSelected || child.isLayoutRequested();  
24.     // Respect layout params that are already in the view. Otherwise make some up...  
25.     // noinspection unchecked  
26.     AbsListView.LayoutParams p = (AbsListView.LayoutParams) child.getLayoutParams();  
27.     if (p == null) {  
28.         p = new AbsListView.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT,  
29.                 ViewGroup.LayoutParams.WRAP_CONTENT, 0);  
30.     }  
31.     p.viewType = mAdapter.getItemViewType(position);  
32.     if ((recycled && !p.forceAdd) || (p.recycledHeaderFooter &&  
33.             p.viewType == AdapterView.ITEM_VIEW_TYPE_HEADER_OR_FOOTER)) {  
34.         attachViewToParent(child, flowDown ? -1 : 0, p);  
35.     } else {  
36.         p.forceAdd = false;  
37.         if (p.viewType == AdapterView.ITEM_VIEW_TYPE_HEADER_OR_FOOTER) {  
38.             p.recycledHeaderFooter = true;  
39.         }  
40.         addViewInLayout(child, flowDown ? -1 : 0, p, true);  
41.     }  
42.     if (updateChildSelected) {  
43.         child.setSelected(isSelected);  
44.     }  
45.     if (updateChildPressed) {  
46.         child.setPressed(isPressed);  
47.     }  
48.     if (needToMeasure) {  
49.         int childWidthSpec = ViewGroup.getChildMeasureSpec(mWidthMeasureSpec,  
50.                 mListPadding.left + mListPadding.right, p.width);  
51.         int lpHeight = p.height;  
52.         int childHeightSpec;  
53.         if (lpHeight > 0) {  
54.             childHeightSpec = MeasureSpec.makeMeasureSpec(lpHeight, MeasureSpec.EXACTLY);  
55.         } else {  
56.             childHeightSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);  
57.         }  
58.         child.measure(childWidthSpec, childHeightSpec);  
59.     } else {  
60.         cleanupLayoutState(child);  
61.     }  
62.     final int w = child.getMeasuredWidth();  
63.     final int h = child.getMeasuredHeight();  
64.     final int childTop = flowDown ? y : y - h;  
65.     if (needToMeasure) {  
66.         final int childRight = childrenLeft + w;  
67.         final int childBottom = childTop + h;  
68.         child.layout(childrenLeft, childTop, childRight, childBottom);  
69.     } else {  
70.         child.offsetLeftAndRight(childrenLeft - child.getLeft());  
71.         child.offsetTopAndBottom(childTop - child.getTop());  
72.     }  
73.     if (mCachingStarted && !child.isDrawingCacheEnabled()) {  
74.         child.setDrawingCacheEnabled(true);  
75.     }  
76. }  

setupChild()方法当中的代码虽然比较多，但是我们只看核心代码的话就非常简单了，刚才调用obtainView()方法获取到的子元素View，这里在第40行调用了addViewInLayout()方法将它添加到了ListView当中。那么根据fillDown()方法中的while循环，会让子元素View将整个ListView控件填满然后就跳出，也就是说即使我们的Adapter中有一千条数据，ListView也只会加载第一屏的数据，剩下的数据反正目前在屏幕上也看不到，所以不会去做多余的加载工作，这样就可以保证ListView中的内容能够迅速展示到屏幕上。

那么到此为止，第一次Layout过程结束。

第二次Layout

虽然我在源码中并没有找出具体的原因，但如果你自己做一下实验的话就会发现，即使是一个再简单的View，在展示到界面上之前都会经历至少两次onMeasure()和两次onLayout()的过程。其实这只是一个很小的细节，平时对我们影响并不大，因为不管是onMeasure()或者onLayout()几次，反正都是执行的相同的逻辑，我们并不需要进行过多关心。但是在ListView中情况就不一样了，因为这就意味着layoutChildren()过程会执行两次，而这个过程当中涉及到向ListView中添加子元素，如果相同的逻辑执行两遍的话，那么ListView中就会存在一份重复的数据了。因此ListView在layoutChildren()过程当中做了第二次Layout的逻辑处理，非常巧妙地解决了这个问题，下面我们就来分析一下第二次Layout的过程。

其实第二次Layout和第一次Layout的基本流程是差不多的，那么我们还是从layoutChildren()方法开始看起：

[java]  view plain copy

1. @Override  
2. protected void layoutChildren() {  
3.     final boolean blockLayoutRequests = mBlockLayoutRequests;  
4.     if (!blockLayoutRequests) {  
5.         mBlockLayoutRequests = true;  
6.     } else {  
7.         return;  
8.     }  
9.     try {  
10.         super.layoutChildren();  
11.         invalidate();  
12.         if (mAdapter == null) {  
13.             resetList();  
14.             invokeOnItemScrollListener();  
15.             return;  
16.         }  
17.         int childrenTop = mListPadding.top;  
18.         int childrenBottom = getBottom() - getTop() - mListPadding.bottom;  
19.         int childCount = getChildCount();  
20.         int index = 0;  
21.         int delta = 0;  
22.         View sel;  
23.         View oldSel = null;  
24.         View oldFirst = null;  
25.         View newSel = null;  
26.         View focusLayoutRestoreView = null;  
27.         // Remember stuff we will need down below  
28.         switch (mLayoutMode) {  
29.         case LAYOUT_SET_SELECTION:  
30.             index = mNextSelectedPosition - mFirstPosition;  
31.             if (index >= 0 && index < childCount) {  
32.                 newSel = getChildAt(index);  
33.             }  
34.             break;  
35.         case LAYOUT_FORCE_TOP:  
36.         case LAYOUT_FORCE_BOTTOM:  
37.         case LAYOUT_SPECIFIC:  
38.         case LAYOUT_SYNC:  
39.             break;  
40.         case LAYOUT_MOVE_SELECTION:  
41.         default:  
42.             // Remember the previously selected view  
43.             index = mSelectedPosition - mFirstPosition;  
44.             if (index >= 0 && index < childCount) {  
45.                 oldSel = getChildAt(index);  
46.             }  
47.             // Remember the previous first child  
48.             oldFirst = getChildAt(0);  
49.             if (mNextSelectedPosition >= 0) {  
50.                 delta = mNextSelectedPosition - mSelectedPosition;  
51.             }  
52.             // Caution: newSel might be null  
53.             newSel = getChildAt(index + delta);  
54.         }  
55.         boolean dataChanged = mDataChanged;  
56.         if (dataChanged) {  
57.             handleDataChanged();  
58.         }  
59.         // Handle the empty set by removing all views that are visible  
60.         // and calling it a day  
61.         if (mItemCount == 0) {  
62.             resetList();  
63.             invokeOnItemScrollListener();  
64.             return;  
65.         } else if (mItemCount != mAdapter.getCount()) {  
66.             throw new IllegalStateException("The content of the adapter has changed but "  
67.                     + "ListView did not receive a notification. Make sure the content of "  
68.                     + "your adapter is not modified from a background thread, but only "  
69.                     + "from the UI thread. [in ListView(" + getId() + ", " + getClass()   
70.                     + ") with Adapter(" + mAdapter.getClass() + ")]");  
71.         }  
72.         setSelectedPositionInt(mNextSelectedPosition);  
73.         // Pull all children into the RecycleBin.  
74.         // These views will be reused if possible  
75.         final int firstPosition = mFirstPosition;  
76.         final RecycleBin recycleBin = mRecycler;  
77.         // reset the focus restoration  
78.         View focusLayoutRestoreDirectChild = null;  
79.         // Don't put header or footer views into the Recycler. Those are  
80.         // already cached in mHeaderViews;  
81.         if (dataChanged) {  
82.             for (int i = 0; i < childCount; i++) {  
83.                 recycleBin.addScrapView(getChildAt(i));  
84.                 if (ViewDebug.TRACE_RECYCLER) {  
85.                     ViewDebug.trace(getChildAt(i),  
86.                             ViewDebug.RecyclerTraceType.MOVE_TO_SCRAP_HEAP, index, i);  
87.                 }  
88.             }  
89.         } else {  
90.             recycleBin.fillActiveViews(childCount, firstPosition);  
91.         }  
92.         // take focus back to us temporarily to avoid the eventual  
93.         // call to clear focus when removing the focused child below  
94.         // from messing things up when ViewRoot assigns focus back  
95.         // to someone else  
96.         final View focusedChild = getFocusedChild();  
97.         if (focusedChild != null) {  
98.             // TODO: in some cases focusedChild.getParent() == null  
99.             // we can remember the focused view to restore after relayout if the  
100.             // data hasn't changed, or if the focused position is a header or footer  
101.             if (!dataChanged || isDirectChildHeaderOrFooter(focusedChild)) {  
102.                 focusLayoutRestoreDirectChild = focusedChild;  
103.                 // remember the specific view that had focus  
104.                 focusLayoutRestoreView = findFocus();  
105.                 if (focusLayoutRestoreView != null) {  
106.                     // tell it we are going to mess with it  
107.                     focusLayoutRestoreView.onStartTemporaryDetach();  
108.                 }  
109.             }  
110.             requestFocus();  
111.         }  
112.         // Clear out old views  
113.         detachAllViewsFromParent();  
114.         switch (mLayoutMode) {  
115.         case LAYOUT_SET_SELECTION:  
116.             if (newSel != null) {  
117.                 sel = fillFromSelection(newSel.getTop(), childrenTop, childrenBottom);  
118.             } else {  
119.                 sel = fillFromMiddle(childrenTop, childrenBottom);  
120.             }  
121.             break;  
122.         case LAYOUT_SYNC:  
123.             sel = fillSpecific(mSyncPosition, mSpecificTop);  
124.             break;  
125.         case LAYOUT_FORCE_BOTTOM:  
126.             sel = fillUp(mItemCount - 1, childrenBottom);  
127.             adjustViewsUpOrDown();  
128.             break;  
129.         case LAYOUT_FORCE_TOP:  
130.             mFirstPosition = 0;  
131.             sel = fillFromTop(childrenTop);  
132.             adjustViewsUpOrDown();  
133.             break;  
134.         case LAYOUT_SPECIFIC:  
135.             sel = fillSpecific(reconcileSelectedPosition(), mSpecificTop);  
136.             break;  
137.         case LAYOUT_MOVE_SELECTION:  
138.             sel = moveSelection(oldSel, newSel, delta, childrenTop, childrenBottom);  
139.             break;  
140.         default:  
141.             if (childCount == 0) {  
142.                 if (!mStackFromBottom) {  
143.                     final int position = lookForSelectablePosition(0, true);  
144.                     setSelectedPositionInt(position);  
145.                     sel = fillFromTop(childrenTop);  
146.                 } else {  
147.                     final int position = lookForSelectablePosition(mItemCount - 1, false);  
148.                     setSelectedPositionInt(position);  
149.                     sel = fillUp(mItemCount - 1, childrenBottom);  
150.                 }  
151.             } else {  
152.                 if (mSelectedPosition >= 0 && mSelectedPosition < mItemCount) {  
153.                     sel = fillSpecific(mSelectedPosition,  
154.                             oldSel == null ? childrenTop : oldSel.getTop());  
155.                 } else if (mFirstPosition < mItemCount) {  
156.                     sel = fillSpecific(mFirstPosition,  
157.                             oldFirst == null ? childrenTop : oldFirst.getTop());  
158.                 } else {  
159.                     sel = fillSpecific(0, childrenTop);  
160.                 }  
161.             }  
162.             break;  
163.         }  
164.         // Flush any cached views that did not get reused above  
165.         recycleBin.scrapActiveViews();  
166.         if (sel != null) {  
167.             // the current selected item should get focus if items  
168.             // are focusable  
169.             if (mItemsCanFocus && hasFocus() && !sel.hasFocus()) {  
170.                 final boolean focusWasTaken = (sel == focusLayoutRestoreDirectChild &&  
171.                         focusLayoutRestoreView.requestFocus()) || sel.requestFocus();  
172.                 if (!focusWasTaken) {  
173.                     // selected item didn't take focus, fine, but still want  
174.                     // to make sure something else outside of the selected view  
175.                     // has focus  
176.                     final View focused = getFocusedChild();  
177.                     if (focused != null) {  
178.                         focused.clearFocus();  
179.                     }  
180.                     positionSelector(sel);  
181.                 } else {  
182.                     sel.setSelected(false);  
183.                     mSelectorRect.setEmpty();  
184.                 }  
185.             } else {  
186.                 positionSelector(sel);  
187.             }  
188.             mSelectedTop = sel.getTop();  
189.         } else {  
190.             if (mTouchMode > TOUCH_MODE_DOWN && mTouchMode < TOUCH_MODE_SCROLL) {  
191.                 View child = getChildAt(mMotionPosition - mFirstPosition);  
192.                 if (child != null) positionSelector(child);  
193.             } else {  
194.                 mSelectedTop = 0;  
195.                 mSelectorRect.setEmpty();  
196.             }  
197.             // even if there is not selected position, we may need to restore  
198.             // focus (i.e. something focusable in touch mode)  
199.             if (hasFocus() && focusLayoutRestoreView != null) {  
200.                 focusLayoutRestoreView.requestFocus();  
201.             }  
202.         }  
203.         // tell focus view we are done mucking with it, if it is still in  
204.         // our view hierarchy.  
205.         if (focusLayoutRestoreView != null  
206.                 && focusLayoutRestoreView.getWindowToken() != null) {  
207.             focusLayoutRestoreView.onFinishTemporaryDetach();  
208.         }  
209.         mLayoutMode = LAYOUT_NORMAL;  
210.         mDataChanged = false;  
211.         mNeedSync = false;  
212.         setNextSelectedPositionInt(mSelectedPosition);  
213.         updateScrollIndicators();  
214.         if (mItemCount > 0) {  
215.             checkSelectionChanged();  
216.         }  
217.         invokeOnItemScrollListener();  
218.     } finally {  
219.         if (!blockLayoutRequests) {  
220.             mBlockLayoutRequests = false;  
221.         }  
222.     }  
223. }  

同样还是在第19行，调用getChildCount()方法来获取子View的数量，只不过现在得到的值不会再是0了，而是ListView中一屏可以显示的子View数量，因为我们刚刚在第一次Layout过程当中向ListView添加了这么多的子View。下面在第90行调用了RecycleBin的fillActiveViews()方法，这次效果可就不一样了，因为目前ListView中已经有子View了，这样所有的子View都会被缓存到RecycleBin的mActiveViews数组当中，后面将会用到它们。

接下来将会是非常非常重要的一个操作，在第113行调用了detachAllViewsFromParent()方法。这个方法会将所有ListView当中的子View全部清除掉，从而保证第二次Layout过程不会产生一份重复的数据。那有的朋友可能会问了，这样把已经加载好的View又清除掉，待会还要再重新加载一遍，这不是严重影响效率吗？不用担心，还记得我们刚刚调用了RecycleBin的fillActiveViews()方法来缓存子View吗，待会儿将会直接使用这些缓存好的View来进行加载，而并不会重新执行一遍inflate过程，因此效率方面并不会有什么明显的影响。

那么我们接着看，在第141行的判断逻辑当中，由于不再等于0了，因此会进入到else语句当中。而else语句中又有三个逻辑判断，第一个逻辑判断不成立，因为默认情况下我们没有选中任何子元素，mSelectedPosition应该等于-1。第二个逻辑判断通常是成立的，因为mFirstPosition的值一开始是等于0的，只要adapter中的数据大于0条件就成立。那么进入到fillSpecific()方法当中，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Put a specific item at a specific location on the screen and then build 
3.  * up and down from there. 
4.  * 
5.  * @param position The reference view to use as the starting point 
6.  * @param top Pixel offset from the top of this view to the top of the 
7.  *        reference view. 
8.  * 
9.  * @return The selected view, or null if the selected view is outside the 
10.  *         visible area. 
11.  */  
12. private View fillSpecific(int position, int top) {  
13.     boolean tempIsSelected = position == mSelectedPosition;  
14.     View temp = makeAndAddView(position, top, true, mListPadding.left, tempIsSelected);  
15.     // Possibly changed again in fillUp if we add rows above this one.  
16.     mFirstPosition = position;  
17.     View above;  
18.     View below;  
19.     final int dividerHeight = mDividerHeight;  
20.     if (!mStackFromBottom) {  
21.         above = fillUp(position - 1, temp.getTop() - dividerHeight);  
22.         // This will correct for the top of the first view not touching the top of the list  
23.         adjustViewsUpOrDown();  
24.         below = fillDown(position + 1, temp.getBottom() + dividerHeight);  
25.         int childCount = getChildCount();  
26.         if (childCount > 0) {  
27.             correctTooHigh(childCount);  
28.         }  
29.     } else {  
30.         below = fillDown(position + 1, temp.getBottom() + dividerHeight);  
31.         // This will correct for the bottom of the last view not touching the bottom of the list  
32.         adjustViewsUpOrDown();  
33.         above = fillUp(position - 1, temp.getTop() - dividerHeight);  
34.         int childCount = getChildCount();  
35.         if (childCount > 0) {  
36.              correctTooLow(childCount);  
37.         }  
38.     }  
39.     if (tempIsSelected) {  
40.         return temp;  
41.     } else if (above != null) {  
42.         return above;  
43.     } else {  
44.         return below;  
45.     }  
46. }  

fillSpecific()这算是一个新方法了，不过其实它和fillUp()、fillDown()方法功能也是差不多的，主要的区别在于，fillSpecific()方法会优先将指定位置的子View先加载到屏幕上，然后再加载该子View往上以及往下的其它子View。那么由于这里我们传入的position就是第一个子View的位置，于是fillSpecific()方法的作用就基本上和fillDown()方法是差不多的了，这里我们就不去关注太多它的细节，而是将精力放在makeAndAddView()方法上面。再次回到makeAndAddView()方法，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Obtain the view and add it to our list of children. The view can be made 
3.  * fresh, converted from an unused view, or used as is if it was in the 
4.  * recycle bin. 
5.  * 
6.  * @param position Logical position in the list 
7.  * @param y Top or bottom edge of the view to add 
8.  * @param flow If flow is true, align top edge to y. If false, align bottom 
9.  *        edge to y. 
10.  * @param childrenLeft Left edge where children should be positioned 
11.  * @param selected Is this position selected? 
12.  * @return View that was added 
13.  */  
14. private View makeAndAddView(int position, int y, boolean flow, int childrenLeft,  
15.         boolean selected) {  
16.     View child;  
17.     if (!mDataChanged) {  
18.         // Try to use an exsiting view for this position  
19.         child = mRecycler.getActiveView(position);  
20.         if (child != null) {  
21.             // Found it -- we're using an existing child  
22.             // This just needs to be positioned  
23.             setupChild(child, position, y, flow, childrenLeft, selected, true);  
24.             return child;  
25.         }  
26.     }  
27.     // Make a new view for this position, or convert an unused view if possible  
28.     child = obtainView(position, mIsScrap);  
29.     // This needs to be positioned and measured  
30.     setupChild(child, position, y, flow, childrenLeft, selected, mIsScrap[0]);  
31.     return child;  
32. }  

仍然还是在第19行尝试从RecycleBin当中获取Active View，然而这次就一定可以获取到了，因为前面我们调用了RecycleBin的fillActiveViews()方法来缓存子View。那么既然如此，就不会再进入到第28行的obtainView()方法，而是会直接进入setupChild()方法当中，这样也省去了很多时间，因为如果在obtainView()方法中又要去infalte布局的话，那么ListView的初始加载效率就大大降低了。

注意在第23行，setupChild()方法的最后一个参数传入的是true，这个参数表明当前的View是之前被回收过的，那么我们再次回到setupChild()方法当中：

[java]  view plain copy

1. /** 
2.  * Add a view as a child and make sure it is measured (if necessary) and 
3.  * positioned properly. 
4.  * 
5.  * @param child The view to add 
6.  * @param position The position of this child 
7.  * @param y The y position relative to which this view will be positioned 
8.  * @param flowDown If true, align top edge to y. If false, align bottom 
9.  *        edge to y. 
10.  * @param childrenLeft Left edge where children should be positioned 
11.  * @param selected Is this position selected? 
12.  * @param recycled Has this view been pulled from the recycle bin? If so it 
13.  *        does not need to be remeasured. 
14.  */  
15. private void setupChild(View child, int position, int y, boolean flowDown, int childrenLeft,  
16.         boolean selected, boolean recycled) {  
17.     final boolean isSelected = selected && shouldShowSelector();  
18.     final boolean updateChildSelected = isSelected != child.isSelected();  
19.     final int mode = mTouchMode;  
20.     final boolean isPressed = mode > TOUCH_MODE_DOWN && mode < TOUCH_MODE_SCROLL &&  
21.             mMotionPosition == position;  
22.     final boolean updateChildPressed = isPressed != child.isPressed();  
23.     final boolean needToMeasure = !recycled || updateChildSelected || child.isLayoutRequested();  
24.     // Respect layout params that are already in the view. Otherwise make some up...  
25.     // noinspection unchecked  
26.     AbsListView.LayoutParams p = (AbsListView.LayoutParams) child.getLayoutParams();  
27.     if (p == null) {  
28.         p = new AbsListView.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT,  
29.                 ViewGroup.LayoutParams.WRAP_CONTENT, 0);  
30.     }  
31.     p.viewType = mAdapter.getItemViewType(position);  
32.     if ((recycled && !p.forceAdd) || (p.recycledHeaderFooter &&  
33.             p.viewType == AdapterView.ITEM_VIEW_TYPE_HEADER_OR_FOOTER)) {  
34.         attachViewToParent(child, flowDown ? -1 : 0, p);  
35.     } else {  
36.         p.forceAdd = false;  
37.         if (p.viewType == AdapterView.ITEM_VIEW_TYPE_HEADER_OR_FOOTER) {  
38.             p.recycledHeaderFooter = true;  
39.         }  
40.         addViewInLayout(child, flowDown ? -1 : 0, p, true);  
41.     }  
42.     if (updateChildSelected) {  
43.         child.setSelected(isSelected);  
44.     }  
45.     if (updateChildPressed) {  
46.         child.setPressed(isPressed);  
47.     }  
48.     if (needToMeasure) {  
49.         int childWidthSpec = ViewGroup.getChildMeasureSpec(mWidthMeasureSpec,  
50.                 mListPadding.left + mListPadding.right, p.width);  
51.         int lpHeight = p.height;  
52.         int childHeightSpec;  
53.         if (lpHeight > 0) {  
54.             childHeightSpec = MeasureSpec.makeMeasureSpec(lpHeight, MeasureSpec.EXACTLY);  
55.         } else {  
56.             childHeightSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);  
57.         }  
58.         child.measure(childWidthSpec, childHeightSpec);  
59.     } else {  
60.         cleanupLayoutState(child);  
61.     }  
62.     final int w = child.getMeasuredWidth();  
63.     final int h = child.getMeasuredHeight();  
64.     final int childTop = flowDown ? y : y - h;  
65.     if (needToMeasure) {  
66.         final int childRight = childrenLeft + w;  
67.         final int childBottom = childTop + h;  
68.         child.layout(childrenLeft, childTop, childRight, childBottom);  
69.     } else {  
70.         child.offsetLeftAndRight(childrenLeft - child.getLeft());  
71.         child.offsetTopAndBottom(childTop - child.getTop());  
72.     }  
73.     if (mCachingStarted && !child.isDrawingCacheEnabled()) {  
74.         child.setDrawingCacheEnabled(true);  
75.     }  
76. }  

可以看到，setupChild()方法的最后一个参数是recycled，然后在第32行会对这个变量进行判断，由于recycled现在是true，所以会执行attachViewToParent()方法，而第一次Layout过程则是执行的else语句中的addViewInLayout()方法。这两个方法最大的区别在于，如果我们需要向ViewGroup中添加一个新的子View，应该调用addViewInLayout()方法，而如果是想要将一个之前detach的View重新attach到ViewGroup上，就应该调用attachViewToParent()方法。那么由于前面在layoutChildren()方法当中调用了detachAllViewsFromParent()方法，这样ListView中所有的子View都是处于detach状态的，所以这里attachViewToParent()方法是正确的选择。

经历了这样一个detach又attach的过程，ListView中所有的子View又都可以正常显示出来了，那么第二次Layout过程结束。

滑动加载更多数据

经历了两次Layout过程，虽说我们已经可以在ListView中看到内容了，然而关于ListView最神奇的部分我们却还没有接触到，因为目前ListView中只是加载并显示了第一屏的数据而已。比如说我们的Adapter当中有1000条数据，但是第一屏只显示了10条，ListView中也只有10个子View而已，那么剩下的990是怎样工作并显示到界面上的呢？这就要看一下ListView滑动部分的源码了，因为我们是通过手指滑动来显示更多数据的。

由于滑动部分的机制是属于通用型的，即ListView和GridView都会使用同样的机制，因此这部分代码就肯定是写在AbsListView当中的了。那么监听触控事件是在onTouchEvent()方法当中进行的，我们就来看一下AbsListView中的这个方法：

[java]  view plain copy

1. @Override  
2. public boolean onTouchEvent(MotionEvent ev) {  
3.     if (!isEnabled()) {  
4.         // A disabled view that is clickable still consumes the touch  
5.         // events, it just doesn't respond to them.  
6.         return isClickable() || isLongClickable();  
7.     }  
8.     final int action = ev.getAction();  
9.     View v;  
10.     int deltaY;  
11.     if (mVelocityTracker == null) {  
12.         mVelocityTracker = VelocityTracker.obtain();  
13.     }  
14.     mVelocityTracker.addMovement(ev);  
15.     switch (action & MotionEvent.ACTION_MASK) {  
16.     case MotionEvent.ACTION_DOWN: {  
17.         mActivePointerId = ev.getPointerId(0);  
18.         final int x = (int) ev.getX();  
19.         final int y = (int) ev.getY();  
20.         int motionPosition = pointToPosition(x, y);  
21.         if (!mDataChanged) {  
22.             if ((mTouchMode != TOUCH_MODE_FLING) && (motionPosition >= 0)  
23.                     && (getAdapter().isEnabled(motionPosition))) {  
24.                 // User clicked on an actual view (and was not stopping a  
25.                 // fling). It might be a  
26.                 // click or a scroll. Assume it is a click until proven  
27.                 // otherwise  
28.                 mTouchMode = TOUCH_MODE_DOWN;  
29.                 // FIXME Debounce  
30.                 if (mPendingCheckForTap == null) {  
31.                     mPendingCheckForTap = new CheckForTap();  
32.                 }  
33.                 postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());  
34.             } else {  
35.                 if (ev.getEdgeFlags() != 0 && motionPosition < 0) {  
36.                     // If we couldn't find a view to click on, but the down  
37.                     // event was touching  
38.                     // the edge, we will bail out and try again. This allows  
39.                     // the edge correcting  
40.                     // code in ViewRoot to try to find a nearby view to  
41.                     // select  
42.                     return false;  
43.                 }  
44.   
45.                 if (mTouchMode == TOUCH_MODE_FLING) {  
46.                     // Stopped a fling. It is a scroll.  
47.                     createScrollingCache();  
48.                     mTouchMode = TOUCH_MODE_SCROLL;  
49.                     mMotionCorrection = 0;  
50.                     motionPosition = findMotionRow(y);  
51.                     reportScrollStateChange(OnScrollListener.SCROLL_STATE_TOUCH_SCROLL);  
52.                 }  
53.             }  
54.         }  
55.         if (motionPosition >= 0) {  
56.             // Remember where the motion event started  
57.             v = getChildAt(motionPosition - mFirstPosition);  
58.             mMotionViewOriginalTop = v.getTop();  
59.         }  
60.         mMotionX = x;  
61.         mMotionY = y;  
62.         mMotionPosition = motionPosition;  
63.         mLastY = Integer.MIN_VALUE;  
64.         break;  
65.     }  
66.     case MotionEvent.ACTION_MOVE: {  
67.         final int pointerIndex = ev.findPointerIndex(mActivePointerId);  
68.         final int y = (int) ev.getY(pointerIndex);  
69.         deltaY = y - mMotionY;  
70.         switch (mTouchMode) {  
71.         case TOUCH_MODE_DOWN:  
72.         case TOUCH_MODE_TAP:  
73.         case TOUCH_MODE_DONE_WAITING:  
74.             // Check if we have moved far enough that it looks more like a  
75.             // scroll than a tap  
76.             startScrollIfNeeded(deltaY);  
77.             break;  
78.         case TOUCH_MODE_SCROLL:  
79.             if (PROFILE_SCROLLING) {  
80.                 if (!mScrollProfilingStarted) {  
81.                     Debug.startMethodTracing("AbsListViewScroll");  
82.                     mScrollProfilingStarted = true;  
83.                 }  
84.             }  
85.             if (y != mLastY) {  
86.                 deltaY -= mMotionCorrection;  
87.                 int incrementalDeltaY = mLastY != Integer.MIN_VALUE ? y - mLastY : deltaY;  
88.                 // No need to do all this work if we're not going to move  
89.                 // anyway  
90.                 boolean atEdge = false;  
91.                 if (incrementalDeltaY != 0) {  
92.                     atEdge = trackMotionScroll(deltaY, incrementalDeltaY);  
93.                 }  
94.                 // Check to see if we have bumped into the scroll limit  
95.                 if (atEdge && getChildCount() > 0) {  
96.                     // Treat this like we're starting a new scroll from the  
97.                     // current  
98.                     // position. This will let the user start scrolling back  
99.                     // into  
100.                     // content immediately rather than needing to scroll  
101.                     // back to the  
102.                     // point where they hit the limit first.  
103.                     int motionPosition = findMotionRow(y);  
104.                     if (motionPosition >= 0) {  
105.                         final View motionView = getChildAt(motionPosition - mFirstPosition);  
106.                         mMotionViewOriginalTop = motionView.getTop();  
107.                     }  
108.                     mMotionY = y;  
109.                     mMotionPosition = motionPosition;  
110.                     invalidate();  
111.                 }  
112.                 mLastY = y;  
113.             }  
114.             break;  
115.         }  
116.         break;  
117.     }  
118.     case MotionEvent.ACTION_UP: {  
119.         switch (mTouchMode) {  
120.         case TOUCH_MODE_DOWN:  
121.         case TOUCH_MODE_TAP:  
122.         case TOUCH_MODE_DONE_WAITING:  
123.             final int motionPosition = mMotionPosition;  
124.             final View child = getChildAt(motionPosition - mFirstPosition);  
125.             if (child != null && !child.hasFocusable()) {  
126.                 if (mTouchMode != TOUCH_MODE_DOWN) {  
127.                     child.setPressed(false);  
128.                 }  
129.                 if (mPerformClick == null) {  
130.                     mPerformClick = new PerformClick();  
131.                 }  
132.                 final AbsListView.PerformClick performClick = mPerformClick;  
133.                 performClick.mChild = child;  
134.                 performClick.mClickMotionPosition = motionPosition;  
135.                 performClick.rememberWindowAttachCount();  
136.                 mResurrectToPosition = motionPosition;  
137.                 if (mTouchMode == TOUCH_MODE_DOWN || mTouchMode == TOUCH_MODE_TAP) {  
138.                     final Handler handler = getHandler();  
139.                     if (handler != null) {  
140.                         handler.removeCallbacks(mTouchMode == TOUCH_MODE_DOWN ? mPendingCheckForTap  
141.                                 : mPendingCheckForLongPress);  
142.                     }  
143.                     mLayoutMode = LAYOUT_NORMAL;  
144.                     if (!mDataChanged && mAdapter.isEnabled(motionPosition)) {  
145.                         mTouchMode = TOUCH_MODE_TAP;  
146.                         setSelectedPositionInt(mMotionPosition);  
147.                         layoutChildren();  
148.                         child.setPressed(true);  
149.                         positionSelector(child);  
150.                         setPressed(true);  
151.                         if (mSelector != null) {  
152.                             Drawable d = mSelector.getCurrent();  
153.                             if (d != null && d instanceof TransitionDrawable) {  
154.                                 ((TransitionDrawable) d).resetTransition();  
155.                             }  
156.                         }  
157.                         postDelayed(new Runnable() {  
158.                             public void run() {  
159.                                 child.setPressed(false);  
160.                                 setPressed(false);  
161.                                 if (!mDataChanged) {  
162.                                     post(performClick);  
163.                                 }  
164.                                 mTouchMode = TOUCH_MODE_REST;  
165.                             }  
166.                         }, ViewConfiguration.getPressedStateDuration());  
167.                     } else {  
168.                         mTouchMode = TOUCH_MODE_REST;  
169.                     }  
170.                     return true;  
171.                 } else if (!mDataChanged && mAdapter.isEnabled(motionPosition)) {  
172.                     post(performClick);  
173.                 }  
174.             }  
175.             mTouchMode = TOUCH_MODE_REST;  
176.             break;  
177.         case TOUCH_MODE_SCROLL:  
178.             final int childCount = getChildCount();  
179.             if (childCount > 0) {  
180.                 if (mFirstPosition == 0  
181.                         && getChildAt(0).getTop() >= mListPadding.top  
182.                         && mFirstPosition + childCount < mItemCount  
183.                         && getChildAt(childCount - 1).getBottom() <= getHeight()  
184.                                 - mListPadding.bottom) {  
185.                     mTouchMode = TOUCH_MODE_REST;  
186.                     reportScrollStateChange(OnScrollListener.SCROLL_STATE_IDLE);  
187.                 } else {  
188.                     final VelocityTracker velocityTracker = mVelocityTracker;  
189.                     velocityTracker.computeCurrentVelocity(1000, mMaximumVelocity);  
190.                     final int initialVelocity = (int) velocityTracker  
191.                             .getYVelocity(mActivePointerId);  
192.                     if (Math.abs(initialVelocity) > mMinimumVelocity) {  
193.                         if (mFlingRunnable == null) {  
194.                             mFlingRunnable = new FlingRunnable();  
195.                         }  
196.                         reportScrollStateChange(OnScrollListener.SCROLL_STATE_FLING);  
197.                         mFlingRunnable.start(-initialVelocity);  
198.                     } else {  
199.                         mTouchMode = TOUCH_MODE_REST;  
200.                         reportScrollStateChange(OnScrollListener.SCROLL_STATE_IDLE);  
201.                     }  
202.                 }  
203.             } else {  
204.                 mTouchMode = TOUCH_MODE_REST;  
205.                 reportScrollStateChange(OnScrollListener.SCROLL_STATE_IDLE);  
206.             }  
207.             break;  
208.         }  
209.         setPressed(false);  
210.         // Need to redraw since we probably aren't drawing the selector  
211.         // anymore  
212.         invalidate();  
213.         final Handler handler = getHandler();  
214.         if (handler != null) {  
215.             handler.removeCallbacks(mPendingCheckForLongPress);  
216.         }  
217.         if (mVelocityTracker != null) {  
218.             mVelocityTracker.recycle();  
219.             mVelocityTracker = null;  
220.         }  
221.         mActivePointerId = INVALID_POINTER;  
222.         if (PROFILE_SCROLLING) {  
223.             if (mScrollProfilingStarted) {  
224.                 Debug.stopMethodTracing();  
225.                 mScrollProfilingStarted = false;  
226.             }  
227.         }  
228.         break;  
229.     }  
230.     case MotionEvent.ACTION_CANCEL: {  
231.         mTouchMode = TOUCH_MODE_REST;  
232.         setPressed(false);  
233.         View motionView = this.getChildAt(mMotionPosition - mFirstPosition);  
234.         if (motionView != null) {  
235.             motionView.setPressed(false);  
236.         }  
237.         clearScrollingCache();  
238.         final Handler handler = getHandler();  
239.         if (handler != null) {  
240.             handler.removeCallbacks(mPendingCheckForLongPress);  
241.         }  
242.         if (mVelocityTracker != null) {  
243.             mVelocityTracker.recycle();  
244.             mVelocityTracker = null;  
245.         }  
246.         mActivePointerId = INVALID_POINTER;  
247.         break;  
248.     }  
249.     case MotionEvent.ACTION_POINTER_UP: {  
250.         onSecondaryPointerUp(ev);  
251.         final int x = mMotionX;  
252.         final int y = mMotionY;  
253.         final int motionPosition = pointToPosition(x, y);  
254.         if (motionPosition >= 0) {  
255.             // Remember where the motion event started  
256.             v = getChildAt(motionPosition - mFirstPosition);  
257.             mMotionViewOriginalTop = v.getTop();  
258.             mMotionPosition = motionPosition;  
259.         }  
260.         mLastY = y;  
261.         break;  
262.     }  
263.     }  
264.     return true;  
265. }  

这个方法中的代码就非常多了，因为它所处理的逻辑也非常多，要监听各种各样的触屏事件。但是我们目前所关心的就只有手指在屏幕上滑动这一个事件而已，对应的是ACTION_MOVE这个动作，那么我们就只看这部分代码就可以了。

可以看到，ACTION_MOVE这个case里面又嵌套了一个switch语句，是根据当前的TouchMode来选择的。那这里我可以直接告诉大家，当手指在屏幕上滑动时，TouchMode是等于TOUCH_MODE_SCROLL这个值的，至于为什么那又要牵扯到另外的好几个方法，这里限于篇幅原因就不再展开讲解了，喜欢寻根究底的朋友们可以自己去源码里找一找原因。

这样的话，代码就应该会走到第78行的这个case里面去了，在这个case当中并没有什么太多需要注意的东西，唯一一点非常重要的就是第92行调用的trackMotionScroll()方法，相当于我们手指只要在屏幕上稍微有一点点移动，这个方法就会被调用，而如果是正常在屏幕上滑动的话，那么这个方法就会被调用很多次。那么我们进入到这个方法中瞧一瞧，代码如下所示：

[java]  view plain copy

1. boolean trackMotionScroll(int deltaY, int incrementalDeltaY) {  
2.     final int childCount = getChildCount();  
3.     if (childCount == 0) {  
4.         return true;  
5.     }  
6.     final int firstTop = getChildAt(0).getTop();  
7.     final int lastBottom = getChildAt(childCount - 1).getBottom();  
8.     final Rect listPadding = mListPadding;  
9.     final int spaceAbove = listPadding.top - firstTop;  
10.     final int end = getHeight() - listPadding.bottom;  
11.     final int spaceBelow = lastBottom - end;  
12.     final int height = getHeight() - getPaddingBottom() - getPaddingTop();  
13.     if (deltaY < 0) {  
14.         deltaY = Math.max(-(height - 1), deltaY);  
15.     } else {  
16.         deltaY = Math.min(height - 1, deltaY);  
17.     }  
18.     if (incrementalDeltaY < 0) {  
19.         incrementalDeltaY = Math.max(-(height - 1), incrementalDeltaY);  
20.     } else {  
21.         incrementalDeltaY = Math.min(height - 1, incrementalDeltaY);  
22.     }  
23.     final int firstPosition = mFirstPosition;  
24.     if (firstPosition == 0 && firstTop >= listPadding.top && deltaY >= 0) {  
25.         // Don't need to move views down if the top of the first position  
26.         // is already visible  
27.         return true;  
28.     }  
29.     if (firstPosition + childCount == mItemCount && lastBottom <= end && deltaY <= 0) {  
30.         // Don't need to move views up if the bottom of the last position  
31.         // is already visible  
32.         return true;  
33.     }  
34.     final boolean down = incrementalDeltaY < 0;  
35.     final boolean inTouchMode = isInTouchMode();  
36.     if (inTouchMode) {  
37.         hideSelector();  
38.     }  
39.     final int headerViewsCount = getHeaderViewsCount();  
40.     final int footerViewsStart = mItemCount - getFooterViewsCount();  
41.     int start = 0;  
42.     int count = 0;  
43.     if (down) {  
44.         final int top = listPadding.top - incrementalDeltaY;  
45.         for (int i = 0; i < childCount; i++) {  
46.             final View child = getChildAt(i);  
47.             if (child.getBottom() >= top) {  
48.                 break;  
49.             } else {  
50.                 count++;  
51.                 int position = firstPosition + i;  
52.                 if (position >= headerViewsCount && position < footerViewsStart) {  
53.                     mRecycler.addScrapView(child);  
54.                 }  
55.             }  
56.         }  
57.     } else {  
58.         final int bottom = getHeight() - listPadding.bottom - incrementalDeltaY;  
59.         for (int i = childCount - 1; i >= 0; i--) {  
60.             final View child = getChildAt(i);  
61.             if (child.getTop() <= bottom) {  
62.                 break;  
63.             } else {  
64.                 start = i;  
65.                 count++;  
66.                 int position = firstPosition + i;  
67.                 if (position >= headerViewsCount && position < footerViewsStart) {  
68.                     mRecycler.addScrapView(child);  
69.                 }  
70.             }  
71.         }  
72.     }  
73.     mMotionViewNewTop = mMotionViewOriginalTop + deltaY;  
74.     mBlockLayoutRequests = true;  
75.     if (count > 0) {  
76.         detachViewsFromParent(start, count);  
77.     }  
78.     offsetChildrenTopAndBottom(incrementalDeltaY);  
79.     if (down) {  
80.         mFirstPosition += count;  
81.     }  
82.     invalidate();  
83.     final int absIncrementalDeltaY = Math.abs(incrementalDeltaY);  
84.     if (spaceAbove < absIncrementalDeltaY || spaceBelow < absIncrementalDeltaY) {  
85.         fillGap(down);  
86.     }  
87.     if (!inTouchMode && mSelectedPosition != INVALID_POSITION) {  
88.         final int childIndex = mSelectedPosition - mFirstPosition;  
89.         if (childIndex >= 0 && childIndex < getChildCount()) {  
90.             positionSelector(getChildAt(childIndex));  
91.         }  
92.     }  
93.     mBlockLayoutRequests = false;  
94.     invokeOnItemScrollListener();  
95.     awakenScrollBars();  
96.     return false;  
97. }  

这个方法接收两个参数，deltaY表示从手指按下时的位置到当前手指位置的距离，incrementalDeltaY则表示据上次触发event事件手指在Y方向上位置的改变量，那么其实我们就可以通过incrementalDeltaY的正负值情况来判断用户是向上还是向下滑动的了。如第34行代码所示，如果incrementalDeltaY小于0，说明是向下滑动，否则就是向上滑动。

下面将会进行一个边界值检测的过程，可以看到，从第43行开始，当ListView向下滑动的时候，就会进入一个for循环当中，从上往下依次获取子View，第47行当中，如果该子View的bottom值已经小于top值了，就说明这个子View已经移出屏幕了，所以会调用RecycleBin的addScrapView()方法将这个View加入到废弃缓存当中，并将count计数器加1，计数器用于记录有多少个子View被移出了屏幕。那么如果是ListView向上滑动的话，其实过程是基本相同的，只不过变成了从下往上依次获取子View，然后判断该子View的top值是不是大于bottom值了，如果大于的话说明子View已经移出了屏幕，同样把它加入到废弃缓存中，并将计数器加1。

接下来在第76行，会根据当前计数器的值来进行一个detach操作，它的作用就是把所有移出屏幕的子View全部detach掉，在ListView的概念当中，所有看不到的View就没有必要为它进行保存，因为屏幕外还有成百上千条数据等着显示呢，一个好的回收策略才能保证ListView的高性能和高效率。紧接着在第78行调用了offsetChildrenTopAndBottom()方法，并将incrementalDeltaY作为参数传入，这个方法的作用是让ListView中所有的子View都按照传入的参数值进行相应的偏移，这样就实现了随着手指的拖动，ListView的内容也会随着滚动的效果。

然后在第84行会进行判断，如果ListView中最后一个View的底部已经移入了屏幕，或者ListView中第一个View的顶部移入了屏幕，就会调用fillGap()方法，那么因此我们就可以猜出fillGap()方法是用来加载屏幕外数据的，进入到这个方法中瞧一瞧，如下所示：

[java]  view plain copy

1. /** 
2.  * Fills the gap left open by a touch-scroll. During a touch scroll, 
3.  * children that remain on screen are shifted and the other ones are 
4.  * discarded. The role of this method is to fill the gap thus created by 
5.  * performing a partial layout in the empty space. 
6.  *  
7.  * @param down 
8.  *            true if the scroll is going down, false if it is going up 
9.  */  
10. abstract void fillGap(boolean down);  

OK，AbsListView中的fillGap()是一个抽象方法，那么我们立刻就能够想到，它的具体实现肯定是在ListView中完成的了。回到ListView当中，fillGap()方法的代码如下所示：

[java]  view plain copy

1. void fillGap(boolean down) {  
2.     final int count = getChildCount();  
3.     if (down) {  
4.         final int startOffset = count > 0 ? getChildAt(count - 1).getBottom() + mDividerHeight :  
5.                 getListPaddingTop();  
6.         fillDown(mFirstPosition + count, startOffset);  
7.         correctTooHigh(getChildCount());  
8.     } else {  
9.         final int startOffset = count > 0 ? getChildAt(0).getTop() - mDividerHeight :  
10.                 getHeight() - getListPaddingBottom();  
11.         fillUp(mFirstPosition - 1, startOffset);  
12.         correctTooLow(getChildCount());  
13.     }  
14. }  

down参数用于表示ListView是向下滑动还是向上滑动的，可以看到，如果是向下滑动的话就会调用fillDown()方法，而如果是向上滑动的话就会调用fillUp()方法。那么这两个方法我们都已经非常熟悉了，内部都是通过一个循环来去对ListView进行填充，所以这两个方法我们就不看了，但是填充ListView会通过调用makeAndAddView()方法来完成，又是makeAndAddView()方法，但这次的逻辑再次不同了，所以我们还是回到这个方法瞧一瞧：

[java]  view plain copy

1. /** 
2.  * Obtain the view and add it to our list of children. The view can be made 
3.  * fresh, converted from an unused view, or used as is if it was in the 
4.  * recycle bin. 
5.  * 
6.  * @param position Logical position in the list 
7.  * @param y Top or bottom edge of the view to add 
8.  * @param flow If flow is true, align top edge to y. If false, align bottom 
9.  *        edge to y. 
10.  * @param childrenLeft Left edge where children should be positioned 
11.  * @param selected Is this position selected? 
12.  * @return View that was added 
13.  */  
14. private View makeAndAddView(int position, int y, boolean flow, int childrenLeft,  
15.         boolean selected) {  
16.     View child;  
17.     if (!mDataChanged) {  
18.         // Try to use an exsiting view for this position  
19.         child = mRecycler.getActiveView(position);  
20.         if (child != null) {  
21.             // Found it -- we're using an existing child  
22.             // This just needs to be positioned  
23.             setupChild(child, position, y, flow, childrenLeft, selected, true);  
24.             return child;  
25.         }  
26.     }  
27.     // Make a new view for this position, or convert an unused view if possible  
28.     child = obtainView(position, mIsScrap);  
29.     // This needs to be positioned and measured  
30.     setupChild(child, position, y, flow, childrenLeft, selected, mIsScrap[0]);  
31.     return child;  
32. }  

不管怎么说，这里首先仍然是会尝试调用RecycleBin的getActiveView()方法来获取子布局，只不过肯定是获取不到的了，因为在第二次Layout过程中我们已经从mActiveViews中获取过了数据，而根据RecycleBin的机制，mActiveViews是不能够重复利用的，因此这里返回的值肯定是null。

既然getActiveView()方法返回的值是null，那么就还是会走到第28行的obtainView()方法当中，代码如下所示：

[java]  view plain copy

1. /** 
2.  * Get a view and have it show the data associated with the specified 
3.  * position. This is called when we have already discovered that the view is 
4.  * not available for reuse in the recycle bin. The only choices left are 
5.  * converting an old view or making a new one. 
6.  *  
7.  * @param position 
8.  *            The position to display 
9.  * @param isScrap 
10.  *            Array of at least 1 boolean, the first entry will become true 
11.  *            if the returned view was taken from the scrap heap, false if 
12.  *            otherwise. 
13.  *  
14.  * @return A view displaying the data associated with the specified position 
15.  */  
16. View obtainView(int position, boolean[] isScrap) {  
17.     isScrap[0] = false;  
18.     View scrapView;  
19.     scrapView = mRecycler.getScrapView(position);  
20.     View child;  
21.     if (scrapView != null) {  
22.         child = mAdapter.getView(position, scrapView, this);  
23.         if (child != scrapView) {  
24.             mRecycler.addScrapView(scrapView);  
25.             if (mCacheColorHint != 0) {  
26.                 child.setDrawingCacheBackgroundColor(mCacheColorHint);  
27.             }  
28.         } else {  
29.             isScrap[0] = true;  
30.             dispatchFinishTemporaryDetach(child);  
31.         }  
32.     } else {  
33.         child = mAdapter.getView(position, null, this);  
34.         if (mCacheColorHint != 0) {  
35.             child.setDrawingCacheBackgroundColor(mCacheColorHint);  
36.         }  
37.     }  
38.     return child;  
39. }  

这里在第19行会调用RecyleBin的getScrapView()方法来尝试从废弃缓存中获取一个View，那么废弃缓存有没有View呢？当然有，因为刚才在trackMotionScroll()方法中我们就已经看到了，一旦有任何子View被移出了屏幕，就会将它加入到废弃缓存中，而从obtainView()方法中的逻辑来看，一旦有新的数据需要显示到屏幕上，就会尝试从废弃缓存中获取View。所以它们之间就形成了一个生产者和消费者的模式，那么ListView神奇的地方也就在这里体现出来了，不管你有任意多条数据需要显示，ListView中的子View其实来来回回就那么几个，移出屏幕的子View会很快被移入屏幕的数据重新利用起来，因而不管我们加载多少数据都不会出现OOM的情况，甚至内存都不会有所增加。

那么另外还有一点是需要大家留意的，这里获取到了一个scrapView，然后我们在第22行将它作为第二个参数传入到了Adapter的getView()方法当中。那么第二个参数是什么意思呢？我们再次看一下一个简单的getView()方法示例：

[java]  view plain copy

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

第二个参数就是我们最熟悉的convertView呀，难怪平时我们在写getView()方法是要判断一下convertView是不是等于null，如果等于null才调用inflate()方法来加载布局，不等于null就可以直接利用convertView，因为convertView就是我们之间利用过的View，只不过被移出屏幕后进入到了废弃缓存中，现在又重新拿出来使用而已。然后我们只需要把convertView中的数据更新成当前位置上应该显示的数据，那么看起来就好像是全新加载出来的一个布局一样，这背后的道理你是不是已经完全搞明白了？

之后的代码又都是我们熟悉的流程了，从缓存中拿到子View之后再调用setupChild()方法将它重新attach到ListView当中，因为缓存中的View也是之前从ListView中detach掉的，这部分代码就不再重复进行分析了。

为了方便大家理解，这里我再附上一张图解说明：

那么到目前为止，我们就把ListView的整个工作流程代码基本分析结束了，文章比较长，希望大家可以理解清楚，下篇文章中会讲解我们平时使用ListView时遇到的问题，感兴趣的朋友请继续阅读 Android ListView异步加载图片乱序问题，原因分析及解决方案 。

版权声明：本文出自郭霖的博客，转载必须注明出处。

目录(?)[+]

转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/45586553

在Android所有系统自带的控件当中，ListView这个控件算是用法比较复杂的了，关键是用法复杂也就算了，它还经常会出现一些稀奇古怪的问题，让人非常头疼。比如说在ListView中加载图片，如果是同步加载图片倒还好，但是一旦使用异步加载图片那么问题就来了，这个问题我相信很多Android开发者都曾经遇到过，就是异步加载图片会出现错位乱序的情况。遇到这个问题时，不少人在网上搜索找到了相应的解决方案，但是真正深入理解这个问题出现的原因并对症解决的人恐怕还并不是很多。那么今天我们就来具体深入分析一下ListView异步加载图片出现乱序问题的原因，以及怎么样对症下药去解决它。

本篇文章的原理基础建立在上一篇文章之上，如果你对ListView的工作原理还不够了解的话，建议先去阅读Android ListView工作原理完全解析，带你从源码的角度彻底理解 。

问题重现

要想解决问题首先我们要把问题重现出来，这里只需要搭建一个最基本的ListView项目，然后在ListView中去异步请求图片并显示，问题就能够得以重现了，那么我们就新建一个ListViewTest项目。

项目建好之后第一个要解决的是数据源的问题，由于ListView中需要从网络上请求图片，那么我就提前准备好了许多张图片，将它们上传到了我的CSDN相册当中，然后新建一个Images类，将所有相册中图片的URL地址都配置进去就可以了，代码如下所示：

[java]  view plain copy

1. /** 
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553 
3.  * @author guolin 
4.  */  
5. public class Images {  
6.   
7.     public final static String[] imageUrls = new String[] {  
8.         "https://img-my.csdn.net/uploads/201508/05/1438760758_3497.jpg",    
9.         "https://img-my.csdn.net/uploads/201508/05/1438760758_6667.jpg",  
10.         "https://img-my.csdn.net/uploads/201508/05/1438760757_3588.jpg",  
11.         "https://img-my.csdn.net/uploads/201508/05/1438760756_3304.jpg",  
12.         "https://img-my.csdn.net/uploads/201508/05/1438760755_6715.jpeg",  
13.         "https://img-my.csdn.net/uploads/201508/05/1438760726_5120.jpg",  
14.         "https://img-my.csdn.net/uploads/201508/05/1438760726_8364.jpg",  
15.         "https://img-my.csdn.net/uploads/201508/05/1438760725_4031.jpg",  
16.         "https://img-my.csdn.net/uploads/201508/05/1438760724_9463.jpg",  
17.         "https://img-my.csdn.net/uploads/201508/05/1438760724_2371.jpg",  
18.         "https://img-my.csdn.net/uploads/201508/05/1438760707_4653.jpg",  
19.         "https://img-my.csdn.net/uploads/201508/05/1438760706_6864.jpg",  
20.         "https://img-my.csdn.net/uploads/201508/05/1438760706_9279.jpg",  
21.         "https://img-my.csdn.net/uploads/201508/05/1438760704_2341.jpg",  
22.         "https://img-my.csdn.net/uploads/201508/05/1438760704_5707.jpg",  
23.         "https://img-my.csdn.net/uploads/201508/05/1438760685_5091.jpg",  
24.         "https://img-my.csdn.net/uploads/201508/05/1438760685_4444.jpg",  
25.         "https://img-my.csdn.net/uploads/201508/05/1438760684_8827.jpg",  
26.         "https://img-my.csdn.net/uploads/201508/05/1438760683_3691.jpg",  
27.         "https://img-my.csdn.net/uploads/201508/05/1438760683_7315.jpg",  
28.         "https://img-my.csdn.net/uploads/201508/05/1438760663_7318.jpg",  
29.         "https://img-my.csdn.net/uploads/201508/05/1438760662_3454.jpg",  
30.         "https://img-my.csdn.net/uploads/201508/05/1438760662_5113.jpg",  
31.         "https://img-my.csdn.net/uploads/201508/05/1438760661_3305.jpg",  
32.         "https://img-my.csdn.net/uploads/201508/05/1438760661_7416.jpg",  
33.         "https://img-my.csdn.net/uploads/201508/05/1438760589_2946.jpg",  
34.         "https://img-my.csdn.net/uploads/201508/05/1438760589_1100.jpg",  
35.         "https://img-my.csdn.net/uploads/201508/05/1438760588_8297.jpg",  
36.         "https://img-my.csdn.net/uploads/201508/05/1438760587_2575.jpg",  
37.         "https://img-my.csdn.net/uploads/201508/05/1438760587_8906.jpg",  
38.         "https://img-my.csdn.net/uploads/201508/05/1438760550_2875.jpg",  
39.         "https://img-my.csdn.net/uploads/201508/05/1438760550_9517.jpg",  
40.         "https://img-my.csdn.net/uploads/201508/05/1438760549_7093.jpg",  
41.         "https://img-my.csdn.net/uploads/201508/05/1438760549_1352.jpg",  
42.         "https://img-my.csdn.net/uploads/201508/05/1438760548_2780.jpg",  
43.         "https://img-my.csdn.net/uploads/201508/05/1438760531_1776.jpg",  
44.         "https://img-my.csdn.net/uploads/201508/05/1438760531_1380.jpg",  
45.         "https://img-my.csdn.net/uploads/201508/05/1438760530_4944.jpg",  
46.         "https://img-my.csdn.net/uploads/201508/05/1438760530_5750.jpg",  
47.         "https://img-my.csdn.net/uploads/201508/05/1438760529_3289.jpg",  
48.         "https://img-my.csdn.net/uploads/201508/05/1438760500_7871.jpg",  
49.         "https://img-my.csdn.net/uploads/201508/05/1438760500_6063.jpg",  
50.         "https://img-my.csdn.net/uploads/201508/05/1438760499_6304.jpeg",  
51.         "https://img-my.csdn.net/uploads/201508/05/1438760499_5081.jpg",  
52.         "https://img-my.csdn.net/uploads/201508/05/1438760498_7007.jpg",  
53.         "https://img-my.csdn.net/uploads/201508/05/1438760478_3128.jpg",  
54.         "https://img-my.csdn.net/uploads/201508/05/1438760478_6766.jpg",  
55.         "https://img-my.csdn.net/uploads/201508/05/1438760477_1358.jpg",  
56.         "https://img-my.csdn.net/uploads/201508/05/1438760477_3540.jpg",  
57.         "https://img-my.csdn.net/uploads/201508/05/1438760476_1240.jpg",  
58.         "https://img-my.csdn.net/uploads/201508/05/1438760446_7993.jpg",  
59.         "https://img-my.csdn.net/uploads/201508/05/1438760446_3641.jpg",  
60.         "https://img-my.csdn.net/uploads/201508/05/1438760445_3283.jpg",  
61.         "https://img-my.csdn.net/uploads/201508/05/1438760444_8623.jpg",  
62.         "https://img-my.csdn.net/uploads/201508/05/1438760444_6822.jpg",  
63.         "https://img-my.csdn.net/uploads/201508/05/1438760422_2224.jpg",  
64.         "https://img-my.csdn.net/uploads/201508/05/1438760421_2824.jpg",  
65.         "https://img-my.csdn.net/uploads/201508/05/1438760420_2660.jpg",  
66.         "https://img-my.csdn.net/uploads/201508/05/1438760420_7188.jpg",  
67.         "https://img-my.csdn.net/uploads/201508/05/1438760419_4123.jpg",  
68.     };  
69. }  

设置好了图片源之后，我们需要一个ListView来展示所有的图片。打开或修改activity_main.xml中的代码，如下所示：

[html]  view plain copy

1. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"  
2.     android:layout_width="match_parent"  
3.     android:layout_height="match_parent"   
4.     android:orientation="vertical">  
5.   
6.     <ListView  
7.         android:id="@+id/list_view"  
8.         android:layout_width="match_parent"  
9.         android:layout_height="match_parent"  
10.         >  
11.     </ListView>  
12.   
13. </LinearLayout>  

很简单，只是在LinearLayout中写了一个ListView而已。接着我们要定义ListView中每一个子View的布局，新建一个image_item.xml布局，加入如下代码：

[html]  view plain copy

1. <?xml version="1.0" encoding="utf-8"?>  
2. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"  
3.     android:layout_width="match_parent"  
4.     android:layout_height="match_parent" >  
5.   
6.     <ImageView  
7.         android:id="@+id/image"  
8.         android:layout_width="match_parent"  
9.         android:layout_height="120dp"  
10.         android:src="@drawable/empty_photo"   
11.         android:scaleType="fitXY"/>  
12.   
13. </LinearLayout>  

仍然很简单，image_item.xml布局中只有一个ImageView控件，就是用它来显示图片的，控件在默认情况下会显示一张empty_photo。这样我们就把所有的布局文件都写好了。

接下来新建ImageAdapter做为ListView的适配器，代码如下所示：

[java]  view plain copy

1. /**  
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553  
3.  * @author guolin  
4.  */    
5. public class ImageAdapter extends ArrayAdapter<String> {  
6.   
7.     /** 
8.      * 图片缓存技术的核心类，用于缓存所有下载好的图片，在程序内存达到设定值时会将最少最近使用的图片移除掉。 
9.      */  
10.     private LruCache<String, BitmapDrawable> mMemoryCache;  
11.   
12.     public ImageAdapter(Context context, int resource, String[] objects) {  
13.         super(context, resource, objects);  
14.         // 获取应用程序最大可用内存  
15.         int maxMemory = (int) Runtime.getRuntime().maxMemory();  
16.         int cacheSize = maxMemory / 8;  
17.         mMemoryCache = new LruCache<String, BitmapDrawable>(cacheSize) {  
18.             @Override  
19.             protected int sizeOf(String key, BitmapDrawable drawable) {  
20.                 return drawable.getBitmap().getByteCount();  
21.             }  
22.         };  
23.     }  
24.   
25.     @Override  
26.     public View getView(int position, View convertView, ViewGroup parent) {  
27.         String url = getItem(position);  
28.         View view;  
29.         if (convertView == null) {  
30.             view = LayoutInflater.from(getContext()).inflate(R.layout.image_item, null);  
31.         } else {  
32.             view = convertView;  
33.         }  
34.         ImageView image = (ImageView) view.findViewById(R.id.image);  
35.         BitmapDrawable drawable = getBitmapFromMemoryCache(url);  
36.         if (drawable != null) {  
37.             image.setImageDrawable(drawable);  
38.         } else {  
39.             BitmapWorkerTask task = new BitmapWorkerTask(image);  
40.             task.execute(url);  
41.         }  
42.         return view;  
43.     }  
44.   
45.     /** 
46.      * 将一张图片存储到LruCache中。 
47.      *  
48.      * @param key 
49.      *            LruCache的键，这里传入图片的URL地址。 
50.      * @param drawable 
51.      *            LruCache的值，这里传入从网络上下载的BitmapDrawable对象。 
52.      */  
53.     public void addBitmapToMemoryCache(String key, BitmapDrawable drawable) {  
54.         if (getBitmapFromMemoryCache(key) == null) {  
55.             mMemoryCache.put(key, drawable);  
56.         }  
57.     }  
58.   
59.     /** 
60.      * 从LruCache中获取一张图片，如果不存在就返回null。 
61.      *  
62.      * @param key 
63.      *            LruCache的键，这里传入图片的URL地址。 
64.      * @return 对应传入键的BitmapDrawable对象，或者null。 
65.      */  
66.     public BitmapDrawable getBitmapFromMemoryCache(String key) {  
67.         return mMemoryCache.get(key);  
68.     }  
69.   
70.     /** 
71.      * 异步下载图片的任务。 
72.      *  
73.      * @author guolin 
74.      */  
75.     class BitmapWorkerTask extends AsyncTask<String, Void, BitmapDrawable> {  
76.   
77.         private ImageView mImageView;  
78.   
79.         public BitmapWorkerTask(ImageView imageView) {  
80.             mImageView = imageView;  
81.         }  
82.   
83.         @Override  
84.         protected BitmapDrawable doInBackground(String... params) {  
85.             String imageUrl = params[0];  
86.             // 在后台开始下载图片  
87.             Bitmap bitmap = downloadBitmap(imageUrl);  
88.             BitmapDrawable drawable = new BitmapDrawable(getContext().getResources(), bitmap);  
89.             addBitmapToMemoryCache(imageUrl, drawable);  
90.             return drawable;  
91.         }  
92.   
93.         @Override  
94.         protected void onPostExecute(BitmapDrawable drawable) {  
95.             if (mImageView != null && drawable != null) {  
96.                 mImageView.setImageDrawable(drawable);  
97.             }  
98.         }  
99.   
100.         /** 
101.          * 建立HTTP请求，并获取Bitmap对象。 
102.          *  
103.          * @param imageUrl 
104.          *            图片的URL地址 
105.          * @return 解析后的Bitmap对象 
106.          */  
107.         private Bitmap downloadBitmap(String imageUrl) {  
108.             Bitmap bitmap = null;  
109.             HttpURLConnection con = null;  
110.             try {  
111.                 URL url = new URL(imageUrl);  
112.                 con = (HttpURLConnection) url.openConnection();  
113.                 con.setConnectTimeout(5 * 1000);  
114.                 con.setReadTimeout(10 * 1000);  
115.                 bitmap = BitmapFactory.decodeStream(con.getInputStream());  
116.             } catch (Exception e) {  
117.                 e.printStackTrace();  
118.             } finally {  
119.                 if (con != null) {  
120.                     con.disconnect();  
121.                 }  
122.             }  
123.             return bitmap;  
124.         }  
125.   
126.     }  
127.   
128. }  

ImageAdapter中的代码还算是比较简单的，在getView()方法中首先根据当前的位置获取到图片的URL地址，然后使用inflate()方法加载image_item.xml这个布局，并获取到ImageView控件的实例，接下来开启了一个BitmapWorkerTask异步任务来从网络上加载图片，最终将加载好的图片设置到ImageView上面。注意这里为了防止图片占用过多的内存，我们还是使用了LruCache技术来进行内存控制，对这个技术不熟悉的朋友可以参考我之前的一篇文章 Android高效加载大图、多图解决方案，有效避免程序OOM 。

最后，程序主界面的代码就非常简单了，修改MainActivity中的代码，如下所示：

[java]  view plain copy

1. /**   
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553   
3.  * @author guolin   
4.  */      
5. public class MainActivity extends Activity {  
6.       
7.     private ListView listView;  
8.       
9.     @Override  
10.     protected void onCreate(Bundle savedInstanceState) {  
11.         super.onCreate(savedInstanceState);  
12.         setContentView(R.layout.activity_main);  
13.         listView = (ListView) findViewById(R.id.list_view);  
14.         ImageAdapter adapter = new ImageAdapter(this, 0, Images.imageThumbUrls);  
15.         listView.setAdapter(adapter);  
16.     }  
17.   
18.   
19. }  

这就是整个程序所有的代码了，记得还需要在AndroidManifest.xml中添加INTERNET权限。

那么目前程序的思路其实是很简单的，我们在ListView的getView()方法中开启异步请求，从网络上获取图片，当图片获取成功就后就将图片显示到ImageView上面。看起来没什么问题对吗？那么现在我们就来运行一下程序看一看效果吧。

恩？怎么会这个样子，当滑动ListView的时候，图片竟然会自动变来变去，而且图片显示的位置也不正确，简直快乱成一锅粥了！可是我们所有的逻辑都很简单呀，怎么会导致出现这种图片自动变来变去的情况？很遗憾，这是由于Listview内部的工作机制所导致的，如果你对Listview的工作机制不了解，那么就会很难理解这种现象，不过好在上篇文章中我已经讲解过ListView的工作原理了，因此下面就让我们一起分析一下这个问题出现的原因。

原因分析

上篇文章中已经提到了，ListView之所以能够实现加载成百上千条数据都不会OOM，最主要在于它内部优秀的实现机制。虽然作为普通的使用者，我们大可不必关心ListView内部到底是怎么实现的，但是当你了解了它的内部原理之后，很多之前难以解释的问题都变得有理有据了。

ListView在借助RecycleBin机制的帮助下，实现了一个生产者和消费者的模式，不管有任意多条数据需要显示，ListView中的子View其实来来回回就那么几个，移出屏幕的子View会很快被移入屏幕的数据重新利用起来，原理示意图如下所示：

那么这里我们就可以思考一下了，目前数据源当中大概有60个图片的URL地址，而根据ListView的工作原理，显然不可能为每张图片都单独分配一个ImageView控件，ImageView控件的个数其实就比一屏能显示的图片数量稍微多一点而已，移出屏幕的ImageView控件会进入到RecycleBin当中，而新进入屏幕的元素则会从RecycleBin中获取ImageView控件。

那么，每当有新的元素进入界面时就会回调getView()方法，而在getView()方法中会开启异步请求从网络上获取图片，注意网络操作都是比较耗时的，也就是说当我们快速滑动ListView的时候就很有可能出现这样一种情况，某一个位置上的元素进入屏幕后开始从网络上请求图片，但是还没等图片下载完成，它就又被移出了屏幕。这种情况下会产生什么样的现象呢？根据ListView的工作原理，被移出屏幕的控件将会很快被新进入屏幕的元素重新利用起来，而如果在这个时候刚好前面发起的图片请求有了响应，就会将刚才位置上的图片显示到当前位置上，因为虽然它们位置不同，但都是共用的同一个ImageView实例，这样就出现了图片乱序的情况。

但是还没完，新进入屏幕的元素它也会发起一条网络请求来获取当前位置的图片，等到图片下载完的时候会设置到同样的ImageView上面，因此就会出现先显示一张图片，然后又变成了另外一张图片的情况，那么刚才我们看到的图片会自动变来变去的情况也就得到了解释。

问题原因已经分析出来了，但是这个问题该怎么解决呢？说实话，ListView异步加载图片的问题并没有什么标准的解决方案，很多人都有自己的一套解决思路，这里我准备给大家讲解三种比较经典的解决办法，大家通过任何一种都可以解决这个问题，但是我们每多学习一种思路，水平就能够更进一步的提高。

解决方案一  使用findViewWithTag

findViewWithTag算是一种比较简单易懂的解决方案，其实早在 Android照片墙应用实现，再多的图片也不怕崩溃 这篇文章当中，我就采用了findViewWithTag来避免图片出现乱序的情况。那么这里我们先来看看怎么通过修改代码把这个问题解决掉，然后再研究一下findViewWithTag的工作原理。

使用findViewWithTag并不需要修改太多的代码，只需要改动ImageAdapter这一个类就可以了，如下所示：

[java]  view plain copy

1. /**  
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553  
3.  * @author guolin  
4.  */    
5. public class ImageAdapter extends ArrayAdapter<String> {  
6.       
7.     private ListView mListView;   
8.   
9.     ......  
10.   
11.     @Override  
12.     public View getView(int position, View convertView, ViewGroup parent) {  
13.         if (mListView == null) {    
14.             mListView = (ListView) parent;    
15.         }   
16.         String url = getItem(position);  
17.         View view;  
18.         if (convertView == null) {  
19.             view = LayoutInflater.from(getContext()).inflate(R.layout.image_item, null);  
20.         } else {  
21.             view = convertView;  
22.         }  
23.         ImageView image = (ImageView) view.findViewById(R.id.image);  
24.         image.setImageResource(R.drawable.empty_photo);  
25.         image.setTag(url);  
26.         BitmapDrawable drawable = getBitmapFromMemoryCache(url);  
27.         if (drawable != null) {  
28.             image.setImageDrawable(drawable);  
29.         } else {  
30.             BitmapWorkerTask task = new BitmapWorkerTask();  
31.             task.execute(url);  
32.         }  
33.         return view;  
34.     }  
35.   
36.     ......  
37.   
38.     /** 
39.      * 异步下载图片的任务。 
40.      *  
41.      * @author guolin 
42.      */  
43.     class BitmapWorkerTask extends AsyncTask<String, Void, BitmapDrawable> {  
44.   
45.         String imageUrl;   
46.   
47.         @Override  
48.         protected BitmapDrawable doInBackground(String... params) {  
49.             imageUrl = params[0];  
50.             // 在后台开始下载图片  
51.             Bitmap bitmap = downloadBitmap(imageUrl);  
52.             BitmapDrawable drawable = new BitmapDrawable(getContext().getResources(), bitmap);  
53.             addBitmapToMemoryCache(imageUrl, drawable);  
54.             return drawable;  
55.         }  
56.   
57.         @Override  
58.         protected void onPostExecute(BitmapDrawable drawable) {  
59.             ImageView imageView = (ImageView) mListView.findViewWithTag(imageUrl);    
60.             if (imageView != null && drawable != null) {    
61.                 imageView.setImageDrawable(drawable);    
62.             }   
63.         }  
64.   
65.         ......  
66.   
67.     }  
68.   
69. }  

改动的地方就只有这么多，那么我们来分析一下。由于使用findViewWithTag必须要有ListView的实例才行，那么我们在Adapter中怎样才能拿到ListView的实例呢？其实如果你仔细通读了上一篇文章就能知道，getView()方法中传入的第三个参数其实就是ListView的实例，那么这里我们定义一个全局变量mListView，然后在getView()方法中判断它是否为空，如果为空就把parent这个参数赋值给它。

另外在getView()方法中我们还做了一个操作，就是调用了ImageView的setTag()方法，并把当前位置图片的URL地址作为参数传了进去，这个是为后续的findViewWithTag()方法做准备。

最后，我们修改了BitmapWorkerTask的构造函数，这里不再通过构造函数把ImageView的实例传进去了，而是在onPostExecute()方法当中通过ListView的findVIewWithTag()方法来去获取ImageView控件的实例。获取到控件实例后判断下是否为空，如果不为空就让图片显示到控件上。

这里我们可以尝试分析一下findViewWithTag的工作原理，其实顾名思义，这个方法就是通过Tag的名字来获取具备该Tag名的控件，我们先要调用控件的setTag()方法来给控件设置一个Tag，然后再调用ListView的findViewWithTag()方法使用相同的Tag名来找回控件。

那么为什么用了findViewWithTag()方法之后，图片就不会再出现乱序情况了呢？其实原因很简单，由于ListView中的ImageView控件都是重用的，移出屏幕的控件很快会被进入屏幕的图片重新利用起来，那么getView()方法就会再次得到执行，而在getView()方法中会为这个ImageView控件设置新的Tag，这样老的Tag就会被覆盖掉，于是这时再调用findVIewWithTag()方法并传入老的Tag，就只能得到null了，而我们判断只有ImageView不等于null的时候才会设置图片，这样图片乱序的问题也就不存在了。

这是第一种解决方案。

解决方案二  使用弱引用关联

虽然这里我给这种解决方案起名叫弱引用关联，但实际上弱引用只是辅助手段而已，最主要的还是关联，这种解决方案的本质是要让ImageView和BitmapWorkerTask之间建立一个双向关联，互相持有对方的引用，再通过适当的逻辑判断来解决图片乱序问题，然后为了防止出现内存泄漏的情况，双向关联要使用弱引用的方式建立。相比于第一种解决方案，第二种解决方案要明显复杂不少，但在性能和效率方面都会有更好的表现。

我们仍然只需要改动ImageAdapter中的代码，但这次改动的地方比较多，所以我就把ImageAdapter中的全部代码都贴出来了，如下所示：

[java]  view plain copy

1. /**  
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553  
3.  * @author guolin  
4.  */    
5. public class ImageAdapter extends ArrayAdapter<String> {  
6.       
7.     private ListView mListView;   
8.       
9.     private Bitmap mLoadingBitmap;  
10.   
11.     /** 
12.      * 图片缓存技术的核心类，用于缓存所有下载好的图片，在程序内存达到设定值时会将最少最近使用的图片移除掉。 
13.      */  
14.     private LruCache<String, BitmapDrawable> mMemoryCache;  
15.   
16.     public ImageAdapter(Context context, int resource, String[] objects) {  
17.         super(context, resource, objects);  
18.         mLoadingBitmap = BitmapFactory.decodeResource(context.getResources(),  
19.                 R.drawable.empty_photo);  
20.         // 获取应用程序最大可用内存  
21.         int maxMemory = (int) Runtime.getRuntime().maxMemory();  
22.         int cacheSize = maxMemory / 8;  
23.         mMemoryCache = new LruCache<String, BitmapDrawable>(cacheSize) {  
24.             @Override  
25.             protected int sizeOf(String key, BitmapDrawable drawable) {  
26.                 return drawable.getBitmap().getByteCount();  
27.             }  
28.         };  
29.     }  
30.   
31.     @Override  
32.     public View getView(int position, View convertView, ViewGroup parent) {  
33.         if (mListView == null) {    
34.             mListView = (ListView) parent;    
35.         }   
36.         String url = getItem(position);  
37.         View view;  
38.         if (convertView == null) {  
39.             view = LayoutInflater.from(getContext()).inflate(R.layout.image_item, null);  
40.         } else {  
41.             view = convertView;  
42.         }  
43.         ImageView image = (ImageView) view.findViewById(R.id.image);  
44.         BitmapDrawable drawable = getBitmapFromMemoryCache(url);  
45.         if (drawable != null) {  
46.             image.setImageDrawable(drawable);  
47.         } else if (cancelPotentialWork(url, image)) {  
48.             BitmapWorkerTask task = new BitmapWorkerTask(image);  
49.             AsyncDrawable asyncDrawable = new AsyncDrawable(getContext()  
50.                     .getResources(), mLoadingBitmap, task);  
51.             image.setImageDrawable(asyncDrawable);  
52.             task.execute(url);  
53.         }  
54.         return view;  
55.     }  
56.       
57.     /** 
58.      * 自定义的一个Drawable，让这个Drawable持有BitmapWorkerTask的弱引用。 
59.      */  
60.     class AsyncDrawable extends BitmapDrawable {  
61.   
62.         private WeakReference<BitmapWorkerTask> bitmapWorkerTaskReference;  
63.   
64.         public AsyncDrawable(Resources res, Bitmap bitmap,  
65.                 BitmapWorkerTask bitmapWorkerTask) {  
66.             super(res, bitmap);  
67.             bitmapWorkerTaskReference = new WeakReference<BitmapWorkerTask>(  
68.                     bitmapWorkerTask);  
69.         }  
70.   
71.         public BitmapWorkerTask getBitmapWorkerTask() {  
72.             return bitmapWorkerTaskReference.get();  
73.         }  
74.   
75.     }  
76.       
77.     /** 
78.      * 获取传入的ImageView它所对应的BitmapWorkerTask。 
79.      */  
80.     private BitmapWorkerTask getBitmapWorkerTask(ImageView imageView) {  
81.         if (imageView != null) {  
82.             Drawable drawable = imageView.getDrawable();  
83.             if (drawable instanceof AsyncDrawable) {  
84.                 AsyncDrawable asyncDrawable = (AsyncDrawable) drawable;  
85.                 return asyncDrawable.getBitmapWorkerTask();  
86.             }  
87.         }  
88.         return null;  
89.     }  
90.       
91.     /** 
92.      * 取消掉后台的潜在任务，当认为当前ImageView存在着一个另外图片请求任务时 
93.      * ，则把它取消掉并返回true，否则返回false。 
94.      */  
95.     public boolean cancelPotentialWork(String url, ImageView imageView) {  
96.         BitmapWorkerTask bitmapWorkerTask = getBitmapWorkerTask(imageView);  
97.         if (bitmapWorkerTask != null) {  
98.             String imageUrl = bitmapWorkerTask.imageUrl;  
99.             if (imageUrl == null || !imageUrl.equals(url)) {  
100.                 bitmapWorkerTask.cancel(true);  
101.             } else {  
102.                 return false;  
103.             }  
104.         }  
105.         return true;  
106.     }  
107.   
108.     /** 
109.      * 将一张图片存储到LruCache中。 
110.      *  
111.      * @param key 
112.      *            LruCache的键，这里传入图片的URL地址。 
113.      * @param drawable 
114.      *            LruCache的值，这里传入从网络上下载的BitmapDrawable对象。 
115.      */  
116.     public void addBitmapToMemoryCache(String key, BitmapDrawable drawable) {  
117.         if (getBitmapFromMemoryCache(key) == null) {  
118.             mMemoryCache.put(key, drawable);  
119.         }  
120.     }  
121.   
122.     /** 
123.      * 从LruCache中获取一张图片，如果不存在就返回null。 
124.      *  
125.      * @param key 
126.      *            LruCache的键，这里传入图片的URL地址。 
127.      * @return 对应传入键的BitmapDrawable对象，或者null。 
128.      */  
129.     public BitmapDrawable getBitmapFromMemoryCache(String key) {  
130.         return mMemoryCache.get(key);  
131.     }  
132.   
133.     /** 
134.      * 异步下载图片的任务。 
135.      *  
136.      * @author guolin 
137.      */  
138.     class BitmapWorkerTask extends AsyncTask<String, Void, BitmapDrawable> {  
139.   
140.         String imageUrl;   
141.           
142.         private WeakReference<ImageView> imageViewReference;  
143.           
144.         public BitmapWorkerTask(ImageView imageView) {    
145.             imageViewReference = new WeakReference<ImageView>(imageView);  
146.         }    
147.   
148.         @Override  
149.         protected BitmapDrawable doInBackground(String... params) {  
150.             imageUrl = params[0];  
151.             // 在后台开始下载图片  
152.             Bitmap bitmap = downloadBitmap(imageUrl);  
153.             BitmapDrawable drawable = new BitmapDrawable(getContext().getResources(), bitmap);  
154.             addBitmapToMemoryCache(imageUrl, drawable);  
155.             return drawable;  
156.         }  
157.   
158.         @Override  
159.         protected void onPostExecute(BitmapDrawable drawable) {  
160.             ImageView imageView = getAttachedImageView();  
161.             if (imageView != null && drawable != null) {    
162.                 imageView.setImageDrawable(drawable);    
163.             }   
164.         }  
165.           
166.         /** 
167.          * 获取当前BitmapWorkerTask所关联的ImageView。 
168.          */  
169.         private ImageView getAttachedImageView() {  
170.             ImageView imageView = imageViewReference.get();  
171.             BitmapWorkerTask bitmapWorkerTask = getBitmapWorkerTask(imageView);  
172.             if (this == bitmapWorkerTask) {  
173.                 return imageView;  
174.             }  
175.             return null;  
176.         }  
177.   
178.         /** 
179.          * 建立HTTP请求，并获取Bitmap对象。 
180.          *  
181.          * @param imageUrl 
182.          *            图片的URL地址 
183.          * @return 解析后的Bitmap对象 
184.          */  
185.         private Bitmap downloadBitmap(String imageUrl) {  
186.             Bitmap bitmap = null;  
187.             HttpURLConnection con = null;  
188.             try {  
189.                 URL url = new URL(imageUrl);  
190.                 con = (HttpURLConnection) url.openConnection();  
191.                 con.setConnectTimeout(5 * 1000);  
192.                 con.setReadTimeout(10 * 1000);  
193.                 bitmap = BitmapFactory.decodeStream(con.getInputStream());  
194.             } catch (Exception e) {  
195.                 e.printStackTrace();  
196.             } finally {  
197.                 if (con != null) {  
198.                     con.disconnect();  
199.                 }  
200.             }  
201.             return bitmap;  
202.         }  
203.   
204.     }  
205.   
206. }  

那么我们一点点开始解析。首先刚才说到的，ImageView和BitmapWorkerTask之间要建立一个双向的弱引用关联，上述代码中已经建立好了。ImageView中可以获取到它所对应的BitmapWorkerTask，而BitmapWorkerTask也可以获取到它所对应的ImageView。

下面来看一下这个双向弱引用关联是怎么建立的。BitmapWorkerTask指向ImageView的弱引用关联比较简单，就是在BitmapWorkerTask中加入一个构造函数，并在构造函数中要求传入ImageView这个参数。不过我们不再直接持有ImageView的引用，而是使用WeakReference对ImageView进行了一层包装，这样就OK了。

但是ImageView指向BitmapWorkerTask的弱引用关联就没这么容易了，因为我们很难将BitmapWorkerTask的一个弱引用直接设置到ImageView当中。这该怎么办呢？这里使用了一个比较巧的方法，就是借助自定义Drawable的方式来实现。可以看到，我们自定义了一个AsyncDrawable类并让它继承自BitmapDrawable，然后重写了AsyncDrawable的构造函数，在构造函数中要求把BitmapWorkerTask传入，然后在这里给它包装了一层弱引用。那么现在AsyncDrawable指向BitmapWorkerTask的关联已经有了，但是ImageView指向BitmapWorkerTask的关联还不存在，怎么办呢？很简单，让ImageView和AsyncDrawable再关联一下就可以了。可以看到，在getView()方法当中，我们调用了ImageView的setImageDrawable()方法把AsyncDrawable设置了进去，那么ImageView就可以通过getDrawable()方法获取到和它关联的AsyncDrawable，然后再借助AsyncDrawable就可以获取到BitmapWorkerTask了。这样ImageView指向BitmapWorkerTask的弱引用关联也成功建立。

现在双向弱引用的关联已经建立好了，接下来就是逻辑判断的工作了。那么怎样通过逻辑判断来避免图片出现乱序的情况呢？这里我们引入了两个方法，一个是getBitmapWorkerTask()方法，这个方法可以根据传入的ImageView来获取到它对应的BitmapWorkerTask，内部的逻辑就是先获取ImageView对应的AsyncDrawable，再获取AsyncDrawable对应的BitmapWorkerTask。另一个是getAttachedImageView()方法，这个方法会获取当前BitmapWorkerTask所关联的ImageView，然后调用getBitmapWorkerTask()方法来获取该ImageView所对应的BitmapWorkerTask，最后判断，如果获取到的BitmapWorkerTask等于this，也就是当前的BitmapWorkerTask，那么就将ImageView返回，否则就返回null。最后，在onPostExecute()方法当中，只需要使用getAttachedImageView()方法获取到的ImageView来显示图片就可以了。

那么为什么做了这个逻辑判断之后，图片乱序的问题就可以得到解决呢？其实最主要的奥秘就是在getAttachedImageView()方法当中，它会使用当前BitmapWorkerTask所关联的ImageView来反向获取这个ImageView所关联的BitmapWorkerTask，然后用这两个BitmapWorkerTask做对比，如果发现是同一个BitmapWorkerTask才会返回ImageView，否则就返回null。那么什么情况下这两个BitmapWorkerTask才会不同呢？比如说某个图片被移出了屏幕，它的ImageView被另外一个新进入屏幕的图片重用了，那么就会给这个ImageView关联一个新的BitmapWorkerTask，这种情况下，上一个BitmapWorkerTask和新的BitmapWorkerTask肯定就不相等了，这时getAttachedImageView()方法会返回null，而我们又判断ImageView等于null的话是不会设置图片的，因此就不会出现图片乱序的情况了。

除此之外还有另外一个方法非常值得大家注意，就是cancelPotentialWork()方法，这个方法可以大大提高整个ListView图片加载的工作效率。这个方法接收两个参数，一个图片的url，一个ImageView。看一下它的内部逻辑，首先它也是调用了getBitmapWorkerTask()方法来获取传入的ImageView所对应的BitmapWorkerTask，接下来拿BitmapWorkerTask中的imageUrl和传入的url做比较，如果两个url不等的话就调用BitmapWorkerTask的cancel()方法，然后返回true，如果两个url相等的话就返回false。

那么这段逻辑是什么意思呢？其实并不复杂，两个url做比对时，如果发现是相同的，说明请求的是同一张图片，那么直接返回false，这样就不会再去启动BitmapWorkerTask来请求图片，而如果两个url不相同，说明这个ImageView被另外一张图片重新利用了，这个时候就调用了BitmapWorkerTask的cancel()方法把之前的请求取消掉，然后重新启动BitmapWorkerTask来去请求新图片。有了这个操作保护之后，就可以把一些已经移出屏幕的无效的图片请求过滤掉，从而整体提升ListView加载图片的工作效率。

这是第二种解决方案。

解决方案三  使用NetworkImageView

前面两种解决方案都需要我们自己去做额外的逻辑处理，因为ImageView本身是不能自动解决这个问题的，但是如果我们使用NetworkImageView这个控件的话就非常简单了，它自身就已经考虑到了这个问题，我们直接使用它就可以了，不用做任何额外的处理也不会出现图片乱序的情况。

NetworkImageView是Volley当中提供的控件，对于这个控件我之前专门写过一篇博客来讲解，还不熟悉这个控件的朋友可以先去阅读 Android Volley完全解析(二)，使用Volley加载网络图片 。

下面我们看一下如何用NetworkImageView来解决这个问题，首先需要修改一下image_item.xml文件，因为我们已经不再使用ImageView控件了，代码如下所示：

[html]  view plain copy

1. <?xml version="1.0" encoding="utf-8"?>  
2. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"  
3.     android:layout_width="match_parent"  
4.     android:layout_height="match_parent" >  
5.   
6.     <com.android.volley.toolbox.NetworkImageView  
7.         android:id="@+id/image"  
8.         android:layout_width="match_parent"  
9.         android:layout_height="120dp"  
10.         android:src="@drawable/empty_photo"   
11.         android:scaleType="fitXY"/>  
12.   
13. </LinearLayout>  

很简单，只是把ImageView替换成了NetworkImageView。然后修改ImageAdapter中的代码，如下所示：

[java]  view plain copy

1. /** 
2.  * 原文地址: http://blog.csdn.net/guolin_blog/article/details/45586553 
3.  * @author guolin 
4.  */  
5. public class ImageAdapter extends ArrayAdapter<String> {  
6.       
7.     ImageLoader mImageLoader;  
8.   
9.     public ImageAdapter(Context context, int resource, String[] objects) {  
10.         super(context, resource, objects);  
11.         RequestQueue queue = Volley.newRequestQueue(context);  
12.         mImageLoader = new ImageLoader(queue, new BitmapCache());  
13.     }  
14.   
15.     @Override  
16.     public View getView(int position, View convertView, ViewGroup parent) {  
17.         String url = getItem(position);  
18.         View view;  
19.         if (convertView == null) {  
20.             view = LayoutInflater.from(getContext()).inflate(R.layout.image_item, null);  
21.         } else {  
22.             view = convertView;  
23.         }  
24.         NetworkImageView image = (NetworkImageView) view.findViewById(R.id.image);  
25.         image.setDefaultImageResId(R.drawable.empty_photo);  
26.         image.setErrorImageResId(R.drawable.empty_photo);  
27.         image.setImageUrl(url, mImageLoader);  
28.         return view;  
29.     }  
30.   
31.     /** 
32.      * 使用LruCache来缓存图片 
33.      */  
34.     public class BitmapCache implements ImageCache {  
35.   
36.         private LruCache<String, Bitmap> mCache;  
37.   
38.         public BitmapCache() {  
39.             // 获取应用程序最大可用内存  
40.             int maxMemory = (int) Runtime.getRuntime().maxMemory();  
41.             int cacheSize = maxMemory / 8;  
42.             mCache = new LruCache<String, Bitmap>(cacheSize) {  
43.                 @Override  
44.                 protected int sizeOf(String key, Bitmap bitmap) {  
45.                     return bitmap.getRowBytes() * bitmap.getHeight();  
46.                 }  
47.             };  
48.         }  
49.   
50.         @Override  
51.         public Bitmap getBitmap(String url) {  
52.             return mCache.get(url);  
53.         }  
54.   
55.         @Override  
56.         public void putBitmap(String url, Bitmap bitmap) {  
57.             mCache.put(url, bitmap);  
58.         }  
59.   
60.     }  
61.   
62. }  

没错，就是这么简单，一共60行左右的代码搞定一切！我们不需要自己再去写一个BitmapWorkerTask来处理图片的下载和显示，也不需要自己再去管理LruCache的逻辑，一切NetworkImageView都帮我们做好了。至于上面的代码我就不再做解释了，因为实在是太简单了。

那么当然了，虽然现在没有做任何额外的逻辑处理，但是也根本不会出现图片乱序的情况，因为NetworkImageView在内部都帮我们处理掉了。不过大家可能都很好奇，NetworkImageView到底是如何做到的呢？那么就让我们来分析一下它的源码吧。

NetworkImageView中开始加载图片的代码是setImageUrl()方法，源码分析就从这里开始吧，如下所示：

[java]  view plain copy

1. /** 
2.  * Sets URL of the image that should be loaded into this view. Note that calling this will 
3.  * immediately either set the cached image (if available) or the default image specified by 
4.  * {@link NetworkImageView#setDefaultImageResId(int)} on the view. 
5.  * 
6.  * NOTE: If applicable, {@link NetworkImageView#setDefaultImageResId(int)} and 
7.  * {@link NetworkImageView#setErrorImageResId(int)} should be called prior to calling 
8.  * this function. 
9.  * 
10.  * @param url The URL that should be loaded into this ImageView. 
11.  * @param imageLoader ImageLoader that will be used to make the request. 
12.  */  
13. public void setImageUrl(String url, ImageLoader imageLoader) {  
14.     mUrl = url;  
15.     mImageLoader = imageLoader;  
16.     // The URL has potentially changed. See if we need to load it.  
17.     loadImageIfNecessary(false);  
18. }  

setImageUrl()方法中并没有几行代码，让人值得留意的是loadImageIfNecessary()这个方法，看上去具体加载图片的逻辑就是在这里进行的，那么我们就跟进去瞧一瞧：

[java]  view plain copy

1. /** 
2.  * Loads the image for the view if it isn't already loaded. 
3.  * @param isInLayoutPass True if this was invoked from a layout pass, false otherwise. 
4.  */  
5. private void loadImageIfNecessary(final boolean isInLayoutPass) {  
6.     int width = getWidth();  
7.     int height = getHeight();  
8.   
9.     boolean isFullyWrapContent = getLayoutParams() != null  
10.             && getLayoutParams().height == LayoutParams.WRAP_CONTENT  
11.             && getLayoutParams().width == LayoutParams.WRAP_CONTENT;  
12.     // if the view's bounds aren't known yet, and this is not a wrap-content/wrap-content  
13.     // view, hold off on loading the image.  
14.     if (width == 0 && height == 0 && !isFullyWrapContent) {  
15.         return;  
16.     }  
17.   
18.     // if the URL to be loaded in this view is empty, cancel any old requests and clear the  
19.     // currently loaded image.  
20.     if (TextUtils.isEmpty(mUrl)) {  
21.         if (mImageContainer != null) {  
22.             mImageContainer.cancelRequest();  
23.             mImageContainer = null;  
24.         }  
25.         setDefaultImageOrNull();  
26.         return;  
27.     }  
28.   
29.     // if there was an old request in this view, check if it needs to be canceled.  
30.     if (mImageContainer != null && mImageContainer.getRequestUrl() != null) {  
31.         if (mImageContainer.getRequestUrl().equals(mUrl)) {  
32.             // if the request is from the same URL, return.  
33.             return;  
34.         } else {  
35.             // if there is a pre-existing request, cancel it if it's fetching a different URL.  
36.             mImageContainer.cancelRequest();  
37.             setDefaultImageOrNull();  
38.         }  
39.     }  
40.   
41.     // The pre-existing content of this view didn't match the current URL. Load the new image  
42.     // from the network.  
43.     ImageContainer newContainer = mImageLoader.get(mUrl,  
44.             new ImageListener() {  
45.                 @Override  
46.                 public void onErrorResponse(VolleyError error) {  
47.                     if (mErrorImageId != 0) {  
48.                         setImageResource(mErrorImageId);  
49.                     }  
50.                 }  
51.   
52.                 @Override  
53.                 public void onResponse(final ImageContainer response, boolean isImmediate) {  
54.                     // If this was an immediate response that was delivered inside of a layout  
55.                     // pass do not set the image immediately as it will trigger a requestLayout  
56.                     // inside of a layout. Instead, defer setting the image by posting back to  
57.                     // the main thread.  
58.                     if (isImmediate && isInLayoutPass) {  
59.                         post(new Runnable() {  
60.                             @Override  
61.                             public void run() {  
62.                                 onResponse(response, false);  
63.                             }  
64.                         });  
65.                         return;  
66.                     }  
67.   
68.                     if (response.getBitmap() != null) {  
69.                         setImageBitmap(response.getBitmap());  
70.                     } else if (mDefaultImageId != 0) {  
71.                         setImageResource(mDefaultImageId);  
72.                     }  
73.                 }  
74.             });  
75.   
76.     // update the ImageContainer to be the new bitmap container.  
77.     mImageContainer = newContainer;  
78. }  

这里在第43行调用了ImageLoader的get()方法来去请求图片，get()方法会返回一个ImageContainer对象，这个对象封装了图片请求地址、Bitmap等数据，每个NetworkImageView中都会对应一个ImageContainer。然后在第31行我们看到，这里从ImageContainer对象中获取封装的图片请求地址，并拿来和当前的请求地址做对比，如果相同的话说明这是一条重复的请求，就直接return掉，如果不同的话就调用cancelRequest()方法将请求取消掉，然后将图片设置为默认图片并重新发起请求。

那么解决图片乱序最核心的逻辑就在这里了，其实NetworkImageView的解决思路还是比较简单的，就是如果这个控件已经被移出了屏幕且被重新利用了，那么就把之前的请求取消掉，仅此而已。

而我们都知道，在通常情况下，仅仅这么处理可能是解决不了问题的，因为Java的线程无法保证一定可以中断，即使像第二种解决方案里使用的BitmapWorkerTask的cancel()方法，也不能保证一定可以把请求取消掉，所以还需要使用弱引用关联的处理方式。但是在NetworkImageView当中就可以这么任性，仅仅调用cancelRequest()方法把请求取消掉就可以了，这主要是得益于Volley的出色设计。由于Volley在网络方面的封装非常优秀，它可以保证，只要是取消掉的请求，就绝对不会进行回调，既然不会回调，那么也就不会回到NetworkImageView当中，自然也就不会出现乱序的情况了。

需要注意的是，Volley只是保证取消掉的请求不会进行回调而已，但并没有说可以中断任何请求。由此可见即使是Volley也无法做到中断一个正在执行的线程，如果有一个线程正在执行，Volley只会保证在它执行完之后不会进行回调，但在调用者看来，就好像是这个请求就被取消掉了一样。

那么这里我们只分析与图片乱序相关部分的源码，如果你想了解关于Volley更多的源码，可以参考我之前的一篇文章 Android Volley完全解析(四)，带你从源码的角度理解Volley 。

这是第三种解决方案。

好了，关于ListView异步加载图片乱序的问题今天我们就讨论到这里，如果你把三种解决方案都理解清楚的话，那么对于这个问题研究的就算比较透彻了。下一篇文章仍然是ListView主题，我们将学习一下如何对ListView控件进行一些功能扩展，感兴趣的朋友请继续阅读 Android ListView功能扩展，实现高性能的瀑布流布局 。