何时调用getView？——从源码的角度给出解答

先来看ListView类中的makeAndAddView方法：

没有数据变化：从mRecycler中取得可视的view

数据有变化：obtainView

/**
     * 获取视图填充到列表的item中去，视图可以是从未使用过的视图转换过来，也可以是从回收站复用的视图。
     * 在该方法中，先查找是否有可重用视图，如果有，使用可重用视图。
     * 然后通过obtainView方法获取一个view（有可能是从未使用视图转换过来
     * （obtainView方法是在AbsListView方法中定义）），再重新测量和定位View。
     */
    private View makeAndAddView(int position, int y, boolean flow, int childrenLeft,
            boolean selected) {
        View child;
        // 没有数据变化：从mRecycler中取得可视的view
        if (!mDataChanged) {
            // Try to use an existing view for this position
            child = mRecycler.getActiveView(position);
            ...
        }
        // 生成view，回收旧view和调用mApapter.getView的地方(AbsListView)
        child = obtainView(position, mIsScrap);
        ...
        return child;
    }

第11行调用了obtainView方法，该方法的实现是在package android.widget;的AbsListView类中

       View obtainView(int position, boolean[] isScrap) {
           Trace.traceBegin(Trace.TRACE_TAG_VIEW, "obtainView");
   
           isScrap[0] = false;
           View scrapView;
           
           scrapView = mRecycler.getTransientStateView(position);
           if (scrapView == null) {
               // 从回收站回收一个View
              scrapView = mRecycler.getScrapView(position);
          }
  
          View child;
          if (scrapView != null) {
              // 这里调用了getView!注意，第二个参数也就是convertView，传入的是刚才从回收站中回收的View(如果有的话)
              child = mAdapter.getView(position, scrapView, this);
          ...
          return child;
      }  

第16行调用了getView！根据Java多态的特性，实际执行的getView将会是我们自定义BaseAdapter中的那个getView方法。

好，现在虽然找到getView的直接调用者了，问题来了，何时去触发makeAndAddView并调用getView呢？

我们首先来看ListView中的fillDown：自顶至底去填充ListView

 /**
     填充从pos到list底部所有的item。里面调用到了makeAndAddView方法：
      */
     private View fillDown(int pos, int nextTop) {
        ... 
 6         // 这里调用到了makeAndAddView方法
        View child = makeAndAddView(pos, nextTop, true, mListPadding.left, selected);
        ...
        return selectedView;
     }

有fillDown自然就有fillUp：

     private View fillUp(int pos, int nextBottom) {
         View selectedView = null;
         ...
         // 调用makeAndAddView
         View child = makeAndAddView(pos, nextBottom, false, mListPadding.left, selected);
         ...
         return selectedView;
     }

还有fillFromTop、fillFromMiddle、fillAboveAndBelow、fillFromSelection等，这些方法都是用来进行子元素布局的，区别是布局模式不同而已。

好了，现在布局子元素的方法有了，那么谁来触发这些方法呢？

通过查找ListView源码，发现刚才的那些方法在layoutChildren()中基本上都出现了。

    @Override
    protected void layoutChildren() {
            ...
            // 根据mLayoutMode的值来决定布局模式
            switch (mLayoutMode) {
            case LAYOUT_SET_SELECTION:
                if (newSel != null) {
                    sel = fillFromSelection(newSel.getTop(), childrenTop, childrenBottom);
                } else {
                    sel = fillFromMiddle(childrenTop, childrenBottom);
                }
                break;
            case LAYOUT_SYNC:
                sel = fillSpecific(mSyncPosition, mSpecificTop);
                break;
            case LAYOUT_FORCE_BOTTOM:
                sel = fillUp(mItemCount - 1, childrenBottom);
                adjustViewsUpOrDown();
                break;
            case LAYOUT_FORCE_TOP:
                mFirstPosition = 0;
                sel = fillFromTop(childrenTop);
                adjustViewsUpOrDown();
                break;
            case LAYOUT_SPECIFIC:
                sel = fillSpecific(reconcileSelectedPosition(), mSpecificTop);
                break;
            case LAYOUT_MOVE_SELECTION:
                sel = moveSelection(oldSel, newSel, delta, childrenTop, childrenBottom);
                break;
            default:// 默认的布局顺序是从上往下
                if (childCount == 0) {
                    if (!mStackFromBottom) {
                        final int position = lookForSelectablePosition(0, true);
                        setSelectedPositionInt(position);
                        sel = fillFromTop(childrenTop);
                    } else {
                        final int position = lookForSelectablePosition(mItemCount - 1, false);
                        setSelectedPositionInt(position);
                        sel = fillUp(mItemCount - 1, childrenBottom);
                    }
                } else {
                    if (mSelectedPosition >= 0 && mSelectedPosition < mItemCount) {
                        sel = fillSpecific(mSelectedPosition,
                                oldSel == null ? childrenTop : oldSel.getTop());
                    } else if (mFirstPosition < mItemCount) {
                        sel = fillSpecific(mFirstPosition,
                                oldFirst == null ? childrenTop : oldFirst.getTop());
                    } else {
                        sel = fillSpecific(0, childrenTop);
                    }
                }
                break;
            }

            ...
    }

继续查找，我们发现layoutChildren的调用者是onFocusChanged、setSelectionInt、父类AbsListView中的onTouchMove、onLayout（这个比较特殊，后文会说明）等，说明当ListView的焦点发生变化时、选中某一项、或者滑动ListView时都会触发ListView的layoutChildren()去布局子元素。

到此为止我们已经很清楚getView的调用时机了，根据掌握的知识点，我们很自然能想到，当初始化一个ListView时，getView的调用也是避免不了的。这是因为ListView在初始化时肯定会绑定一个adapter，即调用语句listview.setAdapter(adapter)，我们看一下setAdapter的源码：

@Override
    public void setAdapter(ListAdapter adapter) {
        if (mAdapter != null && mDataSetObserver != null) {
            mAdapter.unregisterDataSetObserver(mDataSetObserver);
        }
        // 去除原有adapter、观察者、选中项等信息
        resetList();
        mRecycler.clear();
        // 包装adapter，加header或footer，并绑定到当前ListView
        if (mHeaderViewInfos.size() > 0|| mFooterViewInfos.size() > 0) {
            mAdapter = new HeaderViewListAdapter(mHeaderViewInfos, mFooterViewInfos, adapter);
        } else {
            mAdapter = adapter;
        }
        // 重置选中项信息
        mOldSelectedPosition = INVALID_POSITION;
        mOldSelectedRowId = INVALID_ROW_ID;

        // AbsListView#setAdapter will update choice mode states.
        super.setAdapter(adapter);
        
        if (mAdapter != null) {
            mAreAllItemsSelectable = mAdapter.areAllItemsEnabled();
            mOldItemCount = mItemCount;
            mItemCount = mAdapter.getCount();
            checkFocus();
            // 重新注册观察者
            mDataSetObserver = new AdapterDataSetObserver();
            mAdapter.registerDataSetObserver(mDataSetObserver);
            // 设置回收器中类型不同的View数目，这里与getView的回收机制紧密相关，值得深究
            mRecycler.setViewTypeCount(mAdapter.getViewTypeCount());
            // 设置初始选中项
            int position;
            if (mStackFromBottom) {
                position = lookForSelectablePosition(mItemCount - 1, false);
            } else {
                position = lookForSelectablePosition(0, true);
            }
            setSelectedPositionInt(position);
            setNextSelectedPositionInt(position);

            if (mItemCount == 0) {
                // Nothing selected
                checkSelectionChanged();
            }
        } else {
            mAreAllItemsSelectable = true;
            checkFocus();
            // Nothing selected
            checkSelectionChanged();
        }
        // 请求布局重绘
        requestLayout();
    }

通读setAdapter源码，我们发现其中并未出现生成新子视图，即调用mAdapter.getView的语句或相关方法，说明此时ListView并未包含子视图。那么疑问来了，ListView是如何在初始化的时候生成子视图的，也就是说第一屏的视图是如何加载到屏幕上的？往后看，我们发现在第53行调用了requestLayout请求布局重绘，我们知道requestLayout最终会去调用onMeasure、onLayout、onDraw方法，因此我们猜测会不会是在onMeasure、onLayout、onDraw某个方法中生成了子视图？

答案是肯定的，AbsListVIew.onLayout过程与普通视图的layout过程完全不同，如下：

protected void onLayout(boolean changed, int l, int t, int r, int b) {
        super.onLayout(changed, l, t, r, b);
        ...
        layoutChildren();
        ...
    }

该方法调用了layoutChildren();，即重新布局ListView列表视图。

由此说明调用requestLayout可以实现ListView列表视图的重新布局，这里联想到adapter.notifyDataSetChanged也会调用requestLayout，从而都能实现ListView的刷新。

 以上过程只是个人探索，并非绝对正确，如有差错敬请批评指正，谢谢。

 参考文献：

Android ListView初始化简单分析

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

android源码解析--ListView（上）

ListView源代码分析