在RecyclerView問(wèn)世之前，ListView可能是我們使用頻率最高的系統(tǒng)控件之一了。而隨著Android的發(fā)展，雖然ListView依舊重要，但確實(shí)越來(lái)越多的時(shí)候大家都開始選擇使用RecyclerView了。當(dāng)然這也是事物發(fā)展的必然，個(gè)人覺(jué)得最重要的原因就是RecyclerView相對(duì)來(lái)說(shuō)，確實(shí)靈活性更高。

但是顯然并不能說(shuō)RecyclerView就優(yōu)于ListView，二者各有優(yōu)劣，我們應(yīng)該根據(jù)不同的需求選擇最合適的進(jìn)行使用。這里的重點(diǎn)是：當(dāng)我們已經(jīng)用習(xí)慣了ListView，剛開始轉(zhuǎn)向RecyclerView的時(shí)候，還是容易在很多小地方出現(xiàn)水土不服的。故此，在這里記錄幾個(gè)關(guān)于RecyclerView比較實(shí)用的小技巧。

添加Header/Footer

我們知道想要為L(zhǎng)istView添加上一個(gè)Header或者Footer是非常容易的，因?yàn)長(zhǎng)istView本身已經(jīng)提供了相關(guān)的方法接口，我們只負(fù)責(zé)調(diào)用就可以了。
而在RecyclerView里我們是找不到類似于setHeaderView這樣的方法的，但是這樣的功能確實(shí)又還是比較常用的。所以這時(shí)應(yīng)該如何做呢？

其實(shí)關(guān)于RecyclerView有一個(gè)非常有用的東西叫做viewType，而它究竟能起到什么作用呢？我們具體來(lái)看一看。假設(shè)我們先寫一個(gè)最基本的Adapter類：

public class SimpleRecyclerAdapter extends RecyclerView.Adapter<SimpleRecyclerAdapter.ViewHolder> {

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        return null;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {

    }

    @Override
    public int getItemCount() {
        return 0;
    }

    public class ViewHolder extends RecyclerView.ViewHolder {

        public ViewHolder(View itemView) {
            super(itemView);
        }
    }
}

以上就是一個(gè)最最基本的RecyclerView的Adapter類，我們可以看到一個(gè)命名非常能夠說(shuō)明其作用的方法叫做onCreateViewHolder。

如果對(duì)ListView的使用已經(jīng)有了了解，我們就知道ViewHolder實(shí)際上就是用來(lái)復(fù)用ItemView，從而大大提高效率的。所以onCreateViewHolder顧名思義就是在為RecyclerView的itemView創(chuàng)建ViewHolder時(shí)所調(diào)用的，我們?cè)诖诵枰⒁獾降氖窃摲椒ㄓ幸粋€(gè)參數(shù)叫做viewType。

實(shí)際上，從其命名我們就很容易聯(lián)想到：它多半是與創(chuàng)建ViewHolder時(shí)，itemView的布局類型有關(guān)系的。那么，其作用究竟如何？其實(shí)我們可以到RecyclerView的源碼去簡(jiǎn)單找找答案，簡(jiǎn)單來(lái)說(shuō)，其邏輯可以歸納如下：

在RecyclerView開始初始化需要顯示的item數(shù)據(jù)的時(shí)候，會(huì)通過(guò)方法getViewForPosition(int position)來(lái)獲取對(duì)應(yīng)的itemView。
而這個(gè)獲取的過(guò)程，其實(shí)是含有一個(gè)緩存機(jī)制的。這里源碼很長(zhǎng)，我們沒(méi)有那么多精力也沒(méi)有必要去全部讀的明明白白，就撿關(guān)鍵的幾行代碼看：

• final int type = mAdapter.getItemViewType(offsetPosition);
• holder = getRecycledViewPool().getRecycledView(type);
• holder = mAdapter.createViewHolder(RecyclerView.this, type);

其實(shí)，分析一下以上我們提煉出的這幾行代碼。我們可以得知：

• RecyclerView在獲取itemView的時(shí)候，會(huì)首先通過(guò)getItemViewType方法去獲取該position位置的viewType。
• 當(dāng)獲取到了type就會(huì)根據(jù)它的值去RecycledViewPool這個(gè)緩存池中查找對(duì)應(yīng)類型的ViewHolder來(lái)進(jìn)行復(fù)用。
• 但是，如果當(dāng)前緩存池中還沒(méi)有可以進(jìn)行復(fù)用的ViewHolder怎么辦呢？當(dāng)然就是通過(guò)createViewHolder來(lái)創(chuàng)建全新的ViewHolder了。
• 在createViewHolder方法中adapter里的onCreateViewHolder方法就被回調(diào)了，所以這也是為什么自定義的Adapter類必須覆寫這個(gè)方法的原因。
• 而創(chuàng)建出的ViewHolder在合適的時(shí)機(jī)就會(huì)被加入到緩存池，以便其他的item進(jìn)行復(fù)用。

以上談到的這個(gè)過(guò)程只要對(duì)于ListView使用ViewHolder的原理有所了解，相信就不難理解。

當(dāng)然，除了getViewForPosition(int position)之外，還有另一個(gè)方法也很關(guān)鍵，即：bindViewToPosition(View view, int position)。
這個(gè)方法的實(shí)現(xiàn)邏輯相對(duì)來(lái)說(shuō)更簡(jiǎn)單一點(diǎn)，我們只需要明白這個(gè)方法的核心作用就是：將給定的視圖綁定到指定位置(position)。其大致邏輯是：

• 首先,會(huì)通過(guò)ViewHolder holder = getChildViewHolderInt(view)去獲取ViewHolder。
• 之后只要獲取到的該itemView的ViewHolder不為空，那么就會(huì)通過(guò)mAdapter.bindViewHolder(holder, offsetPosition)進(jìn)行視圖的數(shù)據(jù)綁定。
• 最后同理的，在該方法內(nèi)Adapter的onBindViewHolder方法就會(huì)被回調(diào)，這當(dāng)然也就是會(huì)什么我們必須覆寫onBindViewHolder的原因了。

OK，那么有了以上的分析作為基礎(chǔ)，我們對(duì)RecyclerView的工作流程會(huì)有一個(gè)大概的了解。如果想要更加深入，我們可以自己再繼續(xù)到源碼中去進(jìn)行研究。這里至少記住一個(gè)關(guān)鍵點(diǎn)，那就是：RecyclerView在獲取itemView的時(shí)候，其布局是與ViewType相關(guān)的。現(xiàn)在我們回到之前分析中的一行代碼：

• final int type = mAdapter.getItemViewType(offsetPosition);

也就是說(shuō)，我們發(fā)現(xiàn)我們提到的ViewType這個(gè)東西，在源碼中會(huì)通過(guò)Adapter類的getItemViewType方法來(lái)進(jìn)行獲取。但是回顧一下我們自定義的Adapter類，似乎并沒(méi)有覆寫這個(gè)方法。由此我們很容易可以推測(cè)出，在源碼中這個(gè)方法肯定是有默認(rèn)實(shí)現(xiàn)的：

        public int getItemViewType(int position) {
            return 0;
        }

由此我們知道，源碼中該方法的實(shí)現(xiàn)很簡(jiǎn)單，就是固定的返回0。這意味著：只要我們不自己覆寫該方法，那么itemView就永遠(yuǎn)只有固定的一種type。
但與此同時(shí)也代表著，我們可以自己覆寫該方法添加額外的ViewType。那么，所謂的添加Header這種操作，不就很容易實(shí)現(xiàn)了嗎？

public class SimpleRecyclerAdapter extends RecyclerView.Adapter<SimpleRecyclerAdapter.ViewHolder> {

    private List<String> data;

    private static final int TYPE_HEADER = 0;
    private static final int TYPE_CONTENT = 1;

    private View mHeaderView;

    public void setHeaderView(View headerView) {
        mHeaderView = headerView;
        notifyItemInserted(0);
    }

    public SimpleRecyclerAdapter(List<String> data) {
        this.data = data;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        ViewHolder holder = null;
        if (viewType == TYPE_HEADER) {
            holder = new ViewHolder(mHeaderView);
        } else if (viewType == TYPE_CONTENT) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item, parent, false);
            holder = new ViewHolder(view);
        }
        return holder;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        if (getItemViewType(position) == TYPE_HEADER)
            return;

        holder.tvContent.setText(data.get(getRealPosition(holder)));
    }

    private int getRealPosition(ViewHolder holder) {
        return mHeaderView == null ? holder.getLayoutPosition() : holder.getLayoutPosition() - 1;
    }

    @Override
    public int getItemCount() {
        return mHeaderView == null ? data.size() : data.size() + 1;
    }

    @Override
    public int getItemViewType(int position) {
        if (mHeaderView == null)
            return TYPE_CONTENT;

        if (position == 0) {
            return TYPE_HEADER;
        } else {
            return TYPE_CONTENT;
        }
    }


    public class ViewHolder extends RecyclerView.ViewHolder {

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            tvContent = (TextView) itemView.findViewById(R.id.tv_content);
        }
    }
}

以上就是我們實(shí)現(xiàn)的一個(gè)最基本的可以設(shè)置Header的Adapter。我們分析一下會(huì)發(fā)現(xiàn)邏輯其實(shí)非常簡(jiǎn)單，關(guān)鍵其實(shí)就在于：

• 在設(shè)置Header的方法setHeaderView當(dāng)中，我們通過(guò)notifyItemInserted(0)告訴RecyclerView在最前方插入了一個(gè)item。
• 覆寫getItemViewType方法，在這里判斷該postion位置的itemView其viewType究竟是TYPE_HEADER還是TYPE_CONTENT。
• 而添加了額外的ViewType之后，自然就需要在onCreateViewHolder中根據(jù)不同的ViewType創(chuàng)建不同類型的ViewHolder。
• 那么，同樣的道理，在onBindViewHolder我們自然也應(yīng)該根據(jù)ViewType的不同做對(duì)應(yīng)邏輯的數(shù)據(jù)綁定操作。
• 最后，因?yàn)椴迦肓艘粋€(gè)新的item作為Header，但顯然這是不計(jì)算進(jìn)data的數(shù)量的。所以還需要對(duì)getItemCount和getPosition做額外的計(jì)算。

好了，現(xiàn)在運(yùn)行一下程序，我們得到如下的效果：

這樣我們就已經(jīng)為RecyclerView成功的添加了一個(gè)Header了，當(dāng)然這只是一個(gè)最最基本的例子，重在掌握其原理就行。實(shí)際上重中之重應(yīng)該是掌握RecyclerView創(chuàng)建itemView的工作原理和viewType這個(gè)東西，因?yàn)殪`活的運(yùn)用viewType可以很方便的完成很多需求，比如我們接著要看的。

不同類型的item布局

對(duì)于實(shí)際開發(fā)來(lái)說(shuō)，RecyclerView、ListView這類控件的使用肯定不會(huì)像我們學(xué)習(xí)Demo時(shí)那樣簡(jiǎn)單規(guī)律。比如，很多時(shí)候一個(gè)列表中不同的item之間它們的布局樣式也是不同的。舉例來(lái)說(shuō)，最近沒(méi)事的時(shí)候自己在做一個(gè)練手的小項(xiàng)目，其中有一個(gè)界面是這樣的：

要實(shí)現(xiàn)這種效果肯定有很多方法，但我們想做的是在一個(gè)RecyclerView中直接搞定它。與此同時(shí)，再比如說(shuō)非常常見(jiàn)的聊天界面，聊天列表的布局也是會(huì)分為接受的消息和發(fā)出的消息兩種樣式。那么，我們又該怎么簡(jiǎn)單的實(shí)現(xiàn)它呢？有了之前的基礎(chǔ)，我們其實(shí)很容易舉一反三。ViewType這個(gè)東西用在這里實(shí)在是合適到不能再合適了。首先讓我們分別定義好接受和發(fā)出的消息兩種布局文件：

接著，當(dāng)然就是根據(jù)我們這里的需求來(lái)定義這個(gè)RecyclerView的Adapter類了：

public class ChatRecyclerAdapter extends RecyclerView.Adapter<ChatRecyclerAdapter.ViewHolder> {

    public static final int TYPE_MSG_FROM = 0;
    public static final int TYPE_MSG_TO = 1;

    private List<ChatMessage> data;

    public ChatRecyclerAdapter(List<ChatMessage> data) {
        this.data = data;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        ViewHolder holder = null;
        if (viewType == TYPE_MSG_FROM) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_chat_from, parent, false);
            holder = new ViewHolder(view);
        } else if (viewType == TYPE_MSG_TO) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_chat_to, parent, false);
            holder = new ViewHolder(view);
        }
        return holder;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        holder.tvContent.setText(data.get(position).getMessageContent());
    }

    @Override
    public int getItemCount() {
        return data.size();
    }

    @Override
    public int getItemViewType(int position) {
        return data.get(position).getMsgType();
    }


    public class ViewHolder extends RecyclerView.ViewHolder {

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            tvContent = (TextView) itemView.findViewById(R.id.tv_message_content);
        }
    }
}

瞄一眼代碼，這種實(shí)現(xiàn)方式是不是還是挺優(yōu)雅的呢？接下來(lái)簡(jiǎn)單的寫下調(diào)用測(cè)試，然后看看效果吧：

setOnItemClickListener

要說(shuō)RecyclerView最讓人郁悶的就是居然沒(méi)有setOnItemClickListener這樣的東西，第一次用的時(shí)候我是懵逼的？哈哈，之所以這么說(shuō)是因?yàn)閷?shí)際使用中，可能說(shuō)基本上百分之九十的列表都是要實(shí)現(xiàn)item的點(diǎn)擊事件的。那么，既然RecyclerView自身沒(méi)有提供的話，關(guān)于這種需求我們又要作何實(shí)現(xiàn)呢？這里記錄一種自己比較喜歡的方式。

我們分析一下，其實(shí)所謂的setOnItemClickListener其實(shí)本質(zhì)就是：給列表中的每個(gè)Item添加點(diǎn)擊事件，所以顯然我們應(yīng)該在itemView上找切入點(diǎn)。幸運(yùn)的是，有了之前的基礎(chǔ)，我們能夠記得在ViewHolder的構(gòu)造器中，實(shí)際上是能夠拿到itemView的。那么就很容易實(shí)現(xiàn)添加點(diǎn)擊事件這種需求了。

首先，讓我們自定義一個(gè)監(jiān)聽(tīng)接口：

public interface RecyclerItemOnClickListener {
    void onItemClick(View view, int position);
}

接著，就可以開始編寫Adapter類了：

public class ClickableRecyclerAdapter extends RecyclerView.Adapter<ClickableRecyclerAdapter.ViewHolder> {

    private RecyclerItemOnClickListener mListener;

    private List<String> data;

    public ClickableRecyclerAdapter(List<String> data) {
        this.data = data;
    }

    public void setOnItemClickListener(RecyclerItemOnClickListener listener) {
        this.mListener = listener;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item, parent, false);
        return new ViewHolder(view);
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        holder.tvContent.setText(data.get(position));
    }

    @Override
    public int getItemCount() {
        return data.size();
    }

    public class ViewHolder extends RecyclerView.ViewHolder{

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            itemView.setOnClickListener(new View.OnClickListener() {
                @Override
                public void onClick(View v) {
                    if(mListener == null)
                        return;

                    mListener.onItemClick(v,getAdapterPosition());
                }
            });

            tvContent = (TextView) itemView.findViewById(R.id.tv_content);
        }
    }
}

最后，當(dāng)然依舊是編寫測(cè)試代碼來(lái)看看效果：

好了，就總結(jié)到這里了，都是一些簡(jiǎn)單但也比較使用的小技巧。其實(shí)在積累使用經(jīng)驗(yàn)的過(guò)程中，可以發(fā)現(xiàn)關(guān)于RecyclerView的使用技巧其實(shí)還是挺多的；但也可以發(fā)現(xiàn)大多數(shù)優(yōu)雅的技巧都是建立在RecyclerView自身的工作原理上的。所以總的來(lái)說(shuō)依舊是那樣，越了解RecyclerView自身的機(jī)制，才能越得心應(yīng)手的進(jìn)行拓展。