majihua817
majihua817

Android ListView工作原理完全解析，带你从源码的角度彻底理解

在Android所有常用的原生控件当中，用法最复杂的应该就是ListView了，它专门用于处理那种内容元素很多，手机屏幕无法展示出所有内容的情况。ListView可以使用列表的形式来展示内容，超出屏幕部分的内容只需要通过手指滑动就可以移动到屏幕内了。

另外ListView还有一个非常神奇的功能，我相信大家应该都体验过，即使在ListView中加载非常非常多的数据，比如达到成百上千条甚至更多，ListView都不会发生OOM或者崩溃，而且随着我们手指滑动来浏览更多数据时，程序所占用的内存竟然都不会跟着增长。那么ListView是怎么实现这么神奇的功能的呢？当初我就抱着学习的心态花了很长时间把ListView的源码通读了一遍，基本了解了它的工作原理，在感叹Google大神能够写出如此精妙代码的同时我也有所敬畏，因为ListView的代码量比较大，复杂度也很高，很难用文字表达清楚，于是我就放弃了把它写成一篇博客的想法。那么现在回想起来这件事我已经肠子都悔青了，因为没过几个月时间我就把当初梳理清晰的源码又忘的一干二净。于是现在我又重新定下心来再次把ListView的源码重读了一遍，那么这次我一定要把它写成一篇博客，分享给大家的同时也当成我自己的笔记吧。

首先我们先来看一下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[] mScrapViews;  
  34.   
  35.     private int mViewTypeCount;  
  36.   
  37.     private ArrayList 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 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[] scrapViews = new ArrayList[viewTypeCount];  
  151.         for (int i = 0; i < viewTypeCount; i++) {  
  152.             scrapViews[i] = new ArrayList();  
  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 

你可能感兴趣的:(android基础)

  • 一文说透 Android 应用架构 MVC、MVP、MVVM 和 组件化，Android基础入门教程 Java后时代 2024年程序员学习android架构mvc
    然后，就是我们的View层的代码，同样，我对代码做了删减：@Route(path=BaseConstants.EYEPETIZER_MENU)publicclassHomeActivityextendsCommonActivityimplementsHomeContract.IView{//实例化PresenterprivateHomeContract.IPresenterpresenter;{p
  • Android基础之-Fragment生命周期详细讲解 DW0113
    Fragment生命周期onAttach()这个是回调函数这个时候activity已经传进来了,获得activity的传递的值就可以进行与activity的通信里当然也可以使用getActivity(),前提是这个fragment已经和宿主的activity关联，并且没有脱离他只调用一次。onCreate()系统创建fragment的时候回调他，在他里面实例化一些变量这些个变量主要是：当你暂停停止
  • Android高级面试题汇总——Android篇（1） oO樱花祭LI Android面试
    （一）Android基础知识点1、四大组件是什么Activity，Service，ContentProvider，BroadcastReceiver2、四大组件的生命周期和简单用法Activity的生命周期：onCreate()->onStart()->onResume()->onPause()->onStop()->onRestart()->onDestroy()用法：创建一个Intent对象，
  • Android 基础技术——Binder 机制 我不勤奋v Android基础技术binderandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于Binder机制什么是Binder机制：Binder是一种进程间通信机制驱动：Binder是一个虚拟物理设备驱动应用层：Binder是一个能发起通信的Java类为什么要使用Binder图解析：性能上：binder小于共享内存优于其他ipc共享内存的缺点：有死锁和数据不同步（线程需要做同步处理）的风险身份识别：依赖上层协议，知道PID(身份I
  • 纯干货！Android性能优化面试题集锦，持续更新中 程序员大婕 程序员Android
    第一次观看我文章的朋友，可以关注、点赞、转发一下，每天分享各种干货技术和程序猿趣事前言随着移动终端的快速发展，Android开发人员也越来越多，Android开发市场也进入了一个饱和的状态，Android开发人员也面临着难找一份好工作的处境。而找工作的第一关就是面试，一个好的面试往往能很好的提高你的入职几率，下面我总结了一些本人在一些大厂的面试总结，希望的观看的小伙伴有所帮助。Android基础&
  • Android基础知识 Thethrill
    一、activity1.一个activity就是一个类，继承activity；2.需要复写onCreate()方法；3.每一个activity都需要在AndroidMainfest.xml清单上进行配置；4.为activity添加必要的控件。二、布局线性布局：LinearLayout1.填满父空间：fill_parent、match_parent2.文本多大空间就有多大：warp_content3
  • android刷机教程基础篇 musiclvme Androidandroidrom
    前言参考连接：https://source.android.com/这篇文章将教你如何从google的网站获取官方image，刷到google出品的手机pixel。（如果你有google原生的其他手机，也是相通的）适合喜欢折腾的朋友！本文为刷机基础篇，后期高级篇会讲通过获取aosp源码来编译生成image来刷pixel手机。android基础知识android版本android一般是每年推出一个大
  • Android基础混淆 itfitness
    #---------------------------------实体类----------------------------------keepclasscom.yuyigufen.hymanager.beans.**{*;}#自定义数据模型的bean目录#---------------------------------基本指令区------------------------------
  • Android基础（24）多线程(二)IntentService perry_Fan
    1）IntentService问题1：IntentService如何单独开启一个新的工作线程？//IntentService源码中的onCreate()方法@OverridepublicvoidonCreate(){super.onCreate();//HandlerThread继承自Thread，内部封装了Looper//通过实例化andlerThread新建线程并启动//所以使用IntentS
  • SDK接入学习（六）：Android基础（AS菜单详细介绍） 码农_X SDK专栏androidjavaunity
    安卓详细菜单栏介绍一、File文件菜单:文件相关的操作，如创建或打开一个文件，项目设置New:新建,用于新建立工程，项目，文件，类，资源配置文件等Open…打开一个文件或一个工程ProfileorDebugAPK：性能分析或调试某个APKOpenRecent：重新打开最近时间打开过的的项目CloseProject：关闭项目LinkC++ProjectGradle使用Gradle链接C++工程项目S
  • Android面试Android基础（十一） 肖义熙
    问：Android中的IPC（进程间通信）机制？答：进程间通信即：跨进程的通信。有以下几种：1、使用Bundle。四大组件中Activity、Service、BroadcastReceiver都支持在Intent中传递Bundle数据。由于Bundle实现了Parcelable接口，所以它可以很方便的在不同的进程间传输数据。当然我们传输的数据必须能够被序列化，比如基本类型、实现了Parcelabl
  • HiSilicon352 android9.0 开机视频调试分析 Y多了个想法 HiSilicon平台调试记录音视频android海思HiSilicon352开机视频
    一，开机视频概念开机广告是在系统开机后实现播放视频功能。海思Android解决方案在原生Android基础上，增加了开机视频模块，可在开机过程中播放视频文件，使用户更好的体验系统开机过程。二，模块结构1.海思自研开机视频代码路径；vendor/hisilicon/modules/hibootvideo2.Android原生bootanimation代码路径：frameworks/base/cmds
  • Android基础--ListView中的setSelection方法 小小米乐 Android高级UIlistviewsetSelection
    ListView中的setSelection方法setSelection使用场景publicvoidsetSelection(intposition)当聊天软件中出现很多消息的时候，会如下图顶端显示还有26条新消息，点击会跳转到最早的未读新消息的位置，这就是setSelection的使用场景setSelectionFromTop与setSelection类似publicvoidsetSelecti
  • Android基础知识 - ListView L-FHy Android开发android第一行Androidlistview
    ListView简单介绍ListView的简单用法定制ListView的界面新建Fruit类ListView子项对应的布局自定义适配器FruitAdapter提升ListView的运行效率ListView的点击事件简单介绍ListView绝对可以称得上是Android最常用的控件之一，几乎所有的应用程序都会用到它。由于手机屏幕空间都比较有限，能够一次性在屏幕上显示的内容并不多，当我们有大量的数据需
  • Android基础入门教程(非常详细)，从零基础入门到精通，看完这一篇就够了（附安装包） 程序员负总裁 android
    软件下载软件：AndroidStudio版本：2022语言：英文大小：1G安装环境：Win11/Win10/Win8/Win7硬件要求：[email protected]内存@4G(或更高）下载通道①百度网盘丨下载链接：https://pan.baidu.com/s/1ZdZOfCZz7LE2I6XVKuonNw?pwd=6789提取码：6789软件介绍AndroidStudio是谷歌推出的一个Android集
  • 妥妥的去面试之Android基础（二） 树獭非懒
    笔者由于在找工作，所以近期最主要的任务就是准备面试，不打无准备之仗。只有你准备充分了，那么你想要的机会才有机会入你怀中。笔者会将准备面试的学习过程记录下来，方便自己复盘的同时也希望能给一道找工作的小伙伴们一些帮助。笔者准备的内容大纲如下Android面试大纲.png妥妥的去面试之Android基础（一）接下来开始本篇博客的正菜1.AsyncTask的缺陷？使用时有什么需要注意的点？（1）通过Asy
  • Android 基础技术——列表卡顿问题如何分析解决 我不勤奋v Android基础技术android
    笔者希望做一个系列，整理Android基础技术，本章是关于列表卡顿问题如何分析解决onBindViewHolder优化是否有耗时操作、重复创建对象、设置监听器、findViewByID、局部的动画对象等操作是否存在内存泄漏发生内存泄露，会导致一些不再使用到的对象没有及时释放，这些对象占用了宝贵的内存空间，很容易导致后续需要分配内存的时候，内存空间不足而出现OOM（内存溢出）。无用对象占据的内存空间
  • Android 基础技术——m3u8格式与mp4格式的区别 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于m3u8格式与mp4格式的区别m3u8是苹果公司推出的视频播放标准，是m3u的一种，只是编码格式采用的是UTF-8。m3u8准确来说是一种索引文件，使用m3u8文件实际上是通过它来解析对应的放在服务器上的视频网络地址，从而实现在线播放。使用m3u8格式文件主要因为可以实现多码率视频的适配，视频网站可以根据用户的网络带宽情况，自动为客户端匹配
  • Android 基础技术——Handler 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于Handler为什么一个线程对应一个Looper？核心：通过ThreadLocal保证Looper.prepare的时候，ThreadLocal.get如果不空报异常；否则调用ThreadLocal.set,ThreadLocal.set会调用当前线程Thread里的ThreadLocalmapput键值对，put的键值对就是Key=Thr
  • Android 基础技术——Bitmap 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于BitmapBitmap内存如何计算占用内存=宽*缩放比例*高*缩放比例*每个像素所占字节缩放比例=设备dpi/图片所在目录的dpiBitmap加载优化？不改变图片质量的情况下怎么优化？不同的Conifg代表每个像素不同的占用空间，所以如果我们把默认的ARGB_8888改成RGB_565，那么每个像素占用空间就会由4字节变成2字节了，那么图
  • Android 基础技术——RecyclerView 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于RecyclerViewRecyclerView对比ListView的优点Adapter面向的是ViewHolder不是View,可以省略convertView.setTag和getTag这些步骤可以设置布局管理器：竖向、横向、瀑布流方式可以设置Item的间隔样式Recycleview去掉了一些api，比如setEmptyview，onIt
  • HarmonyOS漫谈---套壳安卓还是套壳苹果？HarmonyOS更像谁？ 尘烟生活家 HarmonyOS应用开发实战harmonyosandroid华为
    2020年以前华为手机的操作系统是EMUI，这个是在Android基础上扩展而来的，版本和android几乎一致，和市面上其它android手机厂家搭载的系统并无本质不同2019年5月16日，美国针对华为发起了第一轮制裁。8月华为发布了HarmonyOS1.0，此时还只是主要在IOT设备上使用，智慧屏成为首批搭载该系统的硬件设备2021年6月，HarmonyOS2.0正式亮相，此时支持了从2016
  • Android基础一（View，绘制图形） zain丶月下
    一、将Eclipse项目转移到AS中在我们将Eclipse项目导入AS时，通常会因为版本等原因出现各种问题，笔者这里给大家说一下解决办法在eclipse中选择导出文件，选择Android文件。在本地AS中创建一个新项目，将gradle文件包，build.gradle文件拷贝到导出文件中，并覆盖原来的文件原因：gradle文件包：这个目录下包含了gradlewrapper的配置文件，使用gradle
  • android基础知识梳理 练习本 常用知识点分类汇总androidjava
    接下来开始androidjava基础梳理我是先整理android基础知识呢还是java相关的泛化，反射，依赖注入等基础点的功能梳理呢。先来看下一些基础相关的巩固泛型，反射，依赖注入。这些都是当前代码里经常用到的，但目前我用的总感觉不够全面借此机会坐下总结和熟悉泛型主要向上边界和向下边界，这个要再看下，其他到还好反射主要是没法进行类型检查，是否有办法呢，查一下依赖注入这个看别人用的这么留，我是否可以
  • Android 基础技术——View 的宽高 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于View的宽高ActivityResume的时候设置或者获取view的宽高是否有效?回答：不确定。首次onResume无效，二次onResume就有效了。回顾「Android基础技术——addView流程」，首次onResume后window&DectorView绑定，都还没刷新，更别谈度量，谈何宽高有什么办法在onResume生命周期里获
  • Android 基础技术——addView 流程 我不勤奋v Android基础技术androidandroid基础
    笔者希望做一个系列，整理Android基础技术，本章是关于addView在了解addView流程之前，先回答下以下几个问题：PhoneWindow是什么时候创建的？DectorView是什么？DectorView是什么时候创建的？ViewRootImpl是什么？ViewRootImpl是何时创建的？DectorView什么时候被添加到Window?回答上面问题之前，先介绍下Activity的创建和
  • Android应用开发：基础小游戏开发 中懿游 软件开发游戏开发小程序开发android
    手机游戏成为人们日常娱乐的重要组成部分。如果您想踏入这个充满创意和技术挑战的领域，制作一个Android基础小游戏是个不错的开始。以下是从零开始制作Android小游戏的基础指南。1选择开发环境和工具AndroidStudio是官方推荐的开发环境，它提供了强大的代码编辑器、调试工具和设备模拟器。在编程语言选择上，Java和Kotlin是Android开发的两大主流语言，其中Kotlin因其现代性和
  • Android基础知识 可乐manman android
    1.Activity的生命周期onCreate：Activity在启动时会被创建，后面一般不会在调用该方法（除非例外情况，将Activity回收，例如内存不足）；onStart：Activity启动时，会调用该方法；onResume：Activity可视化时，会调用该方法；onPause：Activity不可见时，会调用该方法；onStop：Activity完全不可见时，会调用该方法；onDest
  • android基础_音频播放API + 视频播放API +SurfaceView介绍 zengk562 VideoViewSurfaceView
    播放音频的APIMediaPlayerMediaPlayer状态图解：播放本地音乐：publicvoidplay(Viewv){Stringpath=et_path.getText().toString();//1.判空操作，2，判断是否真的存在这个文件，有可能用户输入的是非法的文件路径try{//1，创建一个多媒体播放器mediaPlayer=newMediaPlayer();//2.设置播放资
  • Android基础：Service生命周期详解 Android_董
    介绍Service（服务），属于Android四大组件之一生命周期图Service生命周期需要手动打开服务的方法startService————>启动服务stopService————>关闭服务bindService————>绑定服务unbindService————>解绑服务生命周期内部调用的方法onCreate————>创建服务onStartCommand————>开始服务onBind————
  • 遍历dom 并且存储（将每一层的DOM元素存在数组中） 换个号韩国红果果 JavaScripthtml
    数组从0开始！！ var a=[],i=0; for(var j=0;j<30;j++){ a[j]=[];//数组里套数组，且第i层存储在第a[i]中 } function walkDOM(n){ do{ if(n.nodeType!==3)//筛选去除#text类型 a[i].push(n); //con
  • Android+Jquery Mobile学习系列(9)-总结和代码分享 白糖_ JQuery Mobile
    目录导航   经过一个多月的边学习边练手，学会了Android基于Web开发的毛皮，其实开发过程中用Android原生API不是很多，更多的是HTML/Javascript/Css。   个人觉得基于WebView的Jquery Mobile开发有以下优点： 1、对于刚从Java Web转型过来的同学非常适合，只要懂得HTML开发就可以上手做事。 2、jquerym
  • impala参考资料 dayutianfei impala
    记录一些有用的Impala资料   1. 入门资料 >>官网翻译：     http://my.oschina.net/weiqingbin/blog?catalog=423691   2. 实用进阶 >>代码&架构分析：     Impala/Hive现状分析与前景展望：http
  • JAVA 静态变量与非静态变量初始化顺序之新解 周凡杨 java静态非静态顺序
    今天和同事争论一问题，关于静态变量与非静态变量的初始化顺序，谁先谁后，最终想整理出来！测试代码： import java.util.Map; public class T { public static T t = new T(); private Map map = new HashMap(); public T(){ System.out.println(&quo
  • 跳出iframe返回外层页面 g21121 iframe
    在web开发过程中难免要用到iframe，但当连接超时或跳转到公共页面时就会出现超时页面显示在iframe中，这时我们就需要跳出这个iframe到达一个公共页面去。 首先跳转到一个中间页，这个页面用于判断是否在iframe中，在页面加载的过程中调用如下代码： <script type="text/javascript"> //<!-- function
  • JAVA多线程监听JMS、MQ队列 510888780 java多线程
    背景：消息队列中有非常多的消息需要处理，并且监听器onMessage（）方法中的业务逻辑也相对比较复杂，为了加快队列消息的读取、处理速度。可以通过加快读取速度和加快处理速度来考虑。因此从这两个方面都使用多线程来处理。对于消息处理的业务处理逻辑用线程池来做。对于加快消息监听读取速度可以使用1.使用多个监听器监听一个队列；2.使用一个监听器开启多线程监听。 对于上面提到的方法2使用一个监听器开启多线
  • 第一个SpringMvc例子 布衣凌宇 spring mvc
    第一步：导入需要的包； 第二步：配置web.xml文件 <?xml version="1.0" encoding="UTF-8"?> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi=
  • 我的spring学习笔记15-容器扩展点之PropertyOverrideConfigurer aijuans Spring3
    PropertyOverrideConfigurer类似于PropertyPlaceholderConfigurer，但是与后者相比，前者对于bean属性可以有缺省值或者根本没有值。也就是说如果properties文件中没有某个bean属性的内容，那么将使用上下文（配置的xml文件）中相应定义的值。如果properties文件中有bean属性的内容，那么就用properties文件中的值来代替上下
  • 通过XSD验证XML antlove xmlschemaxsdvalidationSchemaFactory
    1. XmlValidation.java package xml.validation; import java.io.InputStream; import javax.xml.XMLConstants; import javax.xml.transform.stream.StreamSource; import javax.xml.validation.Schem
  • 文本流与字符集 百合不是茶 PrintWrite()的使用字符集名字 别名获取
    文本数据的输入输出;           输入;数据流,缓冲流         输出;介绍向文本打印格式化的输出PrintWrite();   package 文本流; import java.io.FileNotFound
  • ibatis模糊查询sqlmap-mapping-**.xml配置 bijian1013 ibatis
            正常我们写ibatis的sqlmap-mapping-*.xml文件时，传入的参数都用##标识，如下所示： <resultMap id="personInfo" class="com.bijian.study.dto.PersonDTO"> <res
  • java jvm常用命令工具——jdb命令(The Java Debugger) bijian1013 javajvmjdb
            用来对core文件和正在运行的Java进程进行实时地调试，里面包含了丰富的命令帮助您进行调试，它的功能和Sun studio里面所带的dbx非常相似，但 jdb是专门用来针对Java应用程序的。         现在应该说日常的开发中很少用到JDB了，因为现在的IDE已经帮我们封装好了，如使用ECLI
  • 【Spring框架二】Spring常用注解之Component、Repository、Service和Controller注解 bit1129 controller
    在Spring常用注解第一步部分【Spring框架一】Spring常用注解之Autowired和Resource注解（http://bit1129.iteye.com/blog/2114084）中介绍了Autowired和Resource两个注解的功能，它们用于将依赖根据名称或者类型进行自动的注入，这简化了在XML中，依赖注入部分的XML的编写，但是UserDao和UserService两个bea
  • cxf wsdl2java生成代码super出错,构造函数不匹配 bitray super
        由于过去对于soap协议的cxf接触的不是很多,所以遇到了也是迷糊了一会.后来经过查找资料才得以解决. 初始原因一般是由于jaxws2.2规范和jdk6及以上不兼容导致的.所以要强制降为jaxws2.1进行编译生成.我们需要少量的修改: 我们原来的代码 wsdl2java com.test.xxx -client http://..... 修改后的代
  • 动态页面正文部分中文乱码排障一例 ronin47
    公司网站一部分动态页面，早先使用apache+resin的架构运行，考虑到高并发访问下的响应性能问题，在前不久逐步开始用nginx替换掉了apache。 不过随后发现了一个问题，随意进入某一有分页的网页，第一页是正常的（因为静态化过了）；点“下一页”，出来的页面两边正常，中间部分的标题、关键字等也正常，唯独每个标题下的正文无法正常显示。 因为有做过系统调整，所以第一反应就是新上
  • java-54- 调整数组顺序使奇数位于偶数前面 bylijinnan java
    import java.util.Arrays; import java.util.Random; import ljn.help.Helper; public class OddBeforeEven { /** * Q 54 调整数组顺序使奇数位于偶数前面 * 输入一个整数数组，调整数组中数字的顺序，使得所有奇数位于数组的前半部分，所有偶数位于数组的后半
  • 从100PV到1亿级PV网站架构演变 cfyme 网站架构
    一个网站就像一个人，存在一个从小到大的过程。养一个网站和养一个人一样，不同时期需要不同的方法，不同的方法下有共同的原则。本文结合我自已14年网站人的经历记录一些架构演变中的体会。 1：积累是必不可少的 架构师不是一天练成的。 1999年，我作了一个个人主页，在学校内的虚拟空间，参加了一次主页大赛，几个DREAMWEAVER的页面，几个TABLE作布局，一个DB连接，几行PHP的代码嵌入在HTM
  • [宇宙时代]宇宙时代的GIS是什么？ comsci Gis
           我们都知道一个事实，在行星内部的时候，因为地理信息的坐标都是相对固定的，所以我们获取一组GIS数据之后，就可以存储到硬盘中，长久使用。。。但是，请注意，这种经验在宇宙时代是不能够被继续使用的          宇宙是一个高维时空
  • 详解create database命令 czmmiao database
    完整命令 CREATE DATABASE mynewdb   USER SYS IDENTIFIED BY sys_password   USER SYSTEM IDENTIFIED BY system_password   LOGFILE GROUP 1 ('/u01/logs/my/redo01a.log','/u02/logs/m
  • 几句不中听却不得不认可的话 datageek
    1、人丑就该多读书。 2、你不快乐是因为：你可以像猪一样懒，却无法像只猪一样懒得心安理得。 3、如果你太在意别人的看法，那么你的生活将变成一件裤衩，别人放什么屁，你都得接着。 4、你的问题主要在于：读书不多而买书太多，读书太少又特爱思考，还他妈话痨。 5、与禽兽搏斗的三种结局：(1)、赢了，比禽兽还禽兽。(2)、输了，禽兽不如。(3)、平了，跟禽兽没两样。结论：选择正确的对手很重要。 6
  • 1 14:00 PHP中的“syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM”错误 dcj3sjt126com PHP
    原文地址：http://www.kafka0102.com/2010/08/281.html   因为需要，今天晚些在本机使用PHP做些测试，PHP脚本依赖了一堆我也不清楚做什么用的库。结果一跑起来，就报出类似下面的错误：“Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /home/kafka/test/
  • xcode6 Auto layout and size classes dcj3sjt126com ios
    官方GUI   https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/AutolayoutPG/Introduction/Introduction.html   iOS中使用自动布局（一）   http://www.cocoachina.com/ind
  • 通过PreparedStatement批量执行sql语句【sql语句相同，值不同】 梦见x光 sql事务批量执行
    比如说：我有一个List需要添加到数据库中，那么我该如何通过PreparedStatement来操作呢？ public void addCustomerByCommit(Connection conn , List<Customer> customerList) {    String sql = "inseret into customer(id
  • 程序员必知必会----linux常用命令之十【系统相关】 hanqunfeng Linux常用命令
    一.linux快捷键 Ctrl+C : 终止当前命令 Ctrl+S : 暂停屏幕输出 Ctrl+Q : 恢复屏幕输出 Ctrl+U : 删除当前行光标前的所有字符 Ctrl+Z : 挂起当前正在执行的进程 Ctrl+L : 清除终端屏幕，相当于clear   二.终端命令 clear : 清除终端屏幕 reset : 重置视窗，当屏幕编码混乱时使用 time com
  • NGINX IXHONG nginx
    pcre 编译安装 nginx conf/vhost/test.conf   upstream admin { server 127.0.0.1:8080; }   server {                 listen       80; &
  • 设计模式--工厂模式 kerryg 设计模式
    工厂方式模式分为三种：   1、普通工厂模式：建立一个工厂类，对实现了同一个接口的一些类进行实例的创建。   2、多个工厂方法的模式：就是对普通工厂方法模式的改进，在普通工厂方法模式中，如果传递的字符串出错，则不能正确创建对象，而多个工厂方法模式就是提供多个工厂方法，分别创建对象。   3、静态工厂方法模式：就是将上面的多个工厂方法模式里的方法置为静态，
  • Spring InitializingBean/init-method和DisposableBean/destroy-method mx_xiehd javaspringbeanxml
    1.initializingBean/init-method 实现org.springframework.beans.factory.InitializingBean接口允许一个bean在它的所有必须属性被BeanFactory设置后，来执行初始化的工作，InitialzingBean仅仅指定了一个方法。 通常InitializingBean接口的使用是能够被避免的，（不鼓励使用，因为没有必要
  • 解决Centos下vim粘贴内容格式混乱问题 qindongliang1922 centosvim
    有时候，我们在向vim打开的一个xml，或者任意文件中，拷贝粘贴的代码时，格式莫名其毛的就混乱了，然后自己一个个再重新，把格式排列好，非常耗时，而且很不爽，那么有没有办法避免呢？ 答案是肯定的，设置下缩进格式就可以了，非常简单： 在用户的根目录下 直接vi  ~/.vimrc文件 然后将set pastetoggle=<F9> 写入这个文件中，保存退出，重新登录，
  • netty大并发请求问题 tianzhihehe netty
    多线程并发使用同一个channel java.nio.BufferOverflowException: null at java.nio.HeapByteBuffer.put(HeapByteBuffer.java:183) ~[na:1.7.0_60-ea] at java.nio.ByteBuffer.put(ByteBuffer.java:832) ~[na:1.7.0_60-ea]
  • Hadoop NameNode单点问题解决方案之一 AvatarNode wyz2009107220 NameNode
    我们遇到的情况 Hadoop NameNode存在单点问题。这个问题会影响分布式平台24*7运行。先说说我们的情况吧。 我们的团队负责管理一个1200节点的集群(总大小12PB)，目前是运行版本为Hadoop 0.20，transaction logs写入一个共享的NFS filer(注：NetApp NFS Filer)。 经常遇到需要中断服务的问题是给hadoop打补丁。 DataNod
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他