View child = recycler.getViewForPosition(i);

該方法內部，先通過position去獲取是否有detach掉的scrapView（ViewHolder），

holder = getScrapViewForPosition(position, INVALID_TYPE, dryRun);

如果沒有則根據position去獲取itemViewType，

final int type = mAdapter.getItemViewType(offsetPosition);

根據itemViewType獲取在RecyclerViewPool裡是否有該ViewHolder，

holder = getRecycledViewPool().getRecycledView(type);

這裡由於我們的Banner的viewType和normalItem的viewType不一樣，即使Banner被回收進了RecyclerViewPool，但是由於itemViewtype和普通的ItemView不同，它也無法被取出、從而復用，
再往下由於holder還是空的，最終便會調用Adapter的onCreateViewHolder()方法create一個新的ViewHolder。

`holder = mAdapter.createViewHolder(RecyclerView.this, type);`

驗證:

感興趣的人去重寫任意Adapter的getItemViewType()方法：

            @Override
            public int getItemViewType(int position) {
                return position;
            }

這樣每一個ItemViewType都不一樣，RecyclerView不會有任何的復用，因為每一個ItemView在RecyclerViewPool裡都找不到可以復用的holder，ItemView有n個，onCreateViewHolder方法會執行n次。

看到這裡就能回答Q2一的問題：
因為在初始化時，Recycler(scrapCache)和RecyclerViewPool裡的緩存都是空的，所以此時得到的ViewHolder都是通過onCreateViewHolder(),new 出的ViewHolder。如果此時get了整個itemCount數量的View，那麼也會new出itemCount數量的ViewHolder，此時這些ViewHolder都存在內存裡，和普通ViewGroup毫無分別，也更容易OOM。

Q6 RecyclerView的緩存機制簡述

A6： 上面BB了這麼多，涉及到Recycler、RecyclerViewPool以及scrap，detach，remove，recycle等概念。

這張圖摘自（http://kymjs.com/code/2016/07/10/01），源頭應該是Google官方的視頻裡。
我理解圖上的cache是被detach掉的ViewHolder存放的區域，即scrapCache區域。
這個區域由

        final ArrayList mAttachedScrap = new ArrayList<>();
        ArrayList mChangedScrap = null;

        final ArrayList mCachedViews = new ArrayList();

這三個ArrayList組成。
而被remove掉的ViewHolder會按照ViewType分組被存放在RecyclerViewPool裡，默認最大緩存每組（ViewType）5個。

        private SparseArray> mScrap =
                new SparseArray>();

Q7 detach 和recycle的時機。

一個View只是暫時被清除掉，稍後立刻就要用到，使用detach。它會被緩存進scrapCache的區域。
一個View 不再顯示在屏幕上，需要被清除掉，並且下次再顯示它的時機目前未知 ，使用remove。它會被以viewType分組，緩存進RecyclerViewPool裡。
注意：一個View只被detach，沒有被recycle的話，不會放進RecyclerViewPool裡，會一直存在recycler的scrap 中。網上有人的Demo就是如此，因此View也沒有被復用，有多少ItemCount，就會new出多少個ViewHolder。

Q8 初始化時，onLayoutChildren()為什麼會執行兩次？

答 ：參看RecyclerView源碼，onLayoutChildren 會執行兩次，一次RecyclerView的onMeasure() 一次onLayout()。

李菊福：RecyclerView的onMeasure(),會調用dispatchLayoutStep2()方法，該方法內部會調用 mLayout.onLayoutChildren(mRecycler, mState); ,這是第一次。如下：

@Override
    protected void onMeasure(int widthSpec, int heightSpec) {
            ......
            dispatchLayoutStep2();
            ......
    }

    /**
     * The second layout step where we do the actual layout of the views for the final state.
     * This step might be run multiple times if necessary (e.g. measure).
     */
    private void dispatchLayoutStep2() {
        .....
        mLayout.onLayoutChildren(mRecycler, mState);
        .....
    }

onLayout()方法會調用dispatchLayout();,該方法內部又調用了dispatchLayoutStep2();，這是第二次。

Q9 基於上個問題，我們要注意什麼？

答：即使是在寫onLayoutChildren()方法時，也要考慮將屏幕上的View（如果有），detach掉，否則屏幕初始化時，同一個position的ViewHolder，也會onCreateViewHolder兩次。因此childCount也會翻倍。

最後也是最重要的

LayoutManager API 支持強大且復雜的布局回收，正因為它API強大，所以我們需要實現大量的代碼才能完成功能。不要過度封裝、過度優化你的代碼，只要能完成你的需求即可。（當然最基本的要求：ViewHolder復用 要滿足）
原話如下：

文章鏈接：http://wiresareobsolete.com/2014/09/building-a-recyclerview-layoutmanager-part-1/
該文章是我見過學習自定義LayoutManager最好的資料。

二 常用API：

布局API:

//找recycler要一個childItemView,我們不管它是從scrap裡取，還是從RecyclerViewPool裡取，亦或是onCreateViewHolder裡拿。
View view = recycler.getViewForPosition(xxx);  //獲取postion為xxx的View

addView(view);//將View添加至RecyclerView中，
addView(child, 0);//將View添加至RecyclerView中，childIndex為0，但是View的位置還是由layout的位置決定，該方法在逆序layout子View時有大用

measureChildWithMargins(scrap, 0, 0);//測量View,這個方法會考慮到View的ItemDecoration以及Margin

//將ViewLayout出來，顯示在屏幕上，內部會自動追加上該View的ItemDecoration和Margin。此時我們的View已經可見了
layoutDecoratedWithMargins(view, leftOffset, topOffset,
                        leftOffset + getDecoratedMeasuredWidth(view),
                        topOffset + getDecoratedMeasuredHeight(view));

回收API：

detachAndScrapAttachedViews(recycler);//detach輕量回收所有View
detachAndScrapView(view, recycler);//detach輕量回收指定View

// recycle真的回收一個View ，該View再次回來需要執行onBindViewHolder方法
removeAndRecycleView(View child, Recycler recycler)
removeAndRecycleAllViews(Recycler recycler);

detachView(view);//超級輕量回收一個View,馬上就要添加回來
attachView(view);//將上個方法detach的View attach回來
recycler.recycleView(viewCache.valueAt(i));//detachView 後 沒有attachView的話 就要真的回收掉他們

移動子ViewAPI:

offsetChildrenVertical(-dy); // 豎直平移容器內的item 
offsetChildrenHorizontal(-dx);//水平平移容器內的item

工具API：

public int getPosition(View view)//獲取某個view 的 layoutPosition，很有用的方法，卻鮮(沒)有文章提及，是我翻看源碼找到的。

//以下方法會我們考慮ItemDecoration的存在，但部分函數沒有考慮margin的存在
getDecoratedLeft(view)=view.getLeft()
getDecoratedTop(view)=view.getTop()
getDecoratedRight(view)=view.getRight()
getDecoratedBottom(view)=view.getBottom()
getDecoratedMeasuredHeight(view)=view.getMeasuredWidth()
getDecoratedMeasuredHeight(view)=view.getMeasuredHeight()

//由於上述方法沒有考慮margin的存在，所以我參考LinearLayoutManager的源碼：
    /**
     * 獲取某個childView在水平方向所占的空間
     *
     * @param view
     * @return
     */
    public int getDecoratedMeasurementHorizontal(View view) {
        final RecyclerView.LayoutParams params = (RecyclerView.LayoutParams)
                view.getLayoutParams();
        return getDecoratedMeasuredWidth(view) + params.leftMargin
                + params.rightMargin;
    }

    /**
     * 獲取某個childView在豎直方向所占的空間
     *
     * @param view
     * @return
     */
    public int getDecoratedMeasurementVertical(View view) {
        final RecyclerView.LayoutParams params = (RecyclerView.LayoutParams)
                view.getLayoutParams();
        return getDecoratedMeasuredHeight(view) + params.topMargin
                + params.bottomMargin;
    }