今天在看某個專案的原始碼的時候，無意間看到了 RecyclerView.Adapter 的 notifyItemChanged(int position, @Nullable Object payload) 方法，以前沒有見過，後來自己查來之後，才知道這個是與 RV 的 Item 區域性重新整理有關的。

平時一般是用 notifyItemChanged(int position) 方法來進行區域性重新整理，但是這個區域性重新整理是通過回撥 onBindViewHolder(@NonNull VH holder, int position) 該方法重新整理指定的 item 的整個檢視，如果該視圖裡麵包含圖片什麼的，如果邏輯處理不當會導致圖片也被重新重新整理而使檢視在效果閃一下。

而如果使用 notifyItemChanged(int position, @Nullable Object payload) 方法的話，則會回撥 onBindViewHolder(@NonNull VH holder, int position,@NonNull List<Object> payloads) 方法，然後再該方法中就可以使用 payloads 引數來進行佈局的重新整理。

先用一個例項來演示一下：
假設 RV 中的 Item 包括一個 ImageView、兩個 TextView，然後整個 Item 設定了一個點選事件，當 Item 被點選之後，就要為內部對應的兩個 TextView 更新一下文字資訊，如下圖所示：

然後是省略之後的主要程式碼：

public class MyAdapter extends RecyclerView.Adapter<MyAdapter.ViewHolder> {
    private List<ItemBean> data;

    ......

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        ItemBean itemBean=data.get(position);
        holder.tv1.setText(itemBean.str1);
        holder.tv2.setText(itemBean.str2);
        holder.iv.setImageResource(R.mipmap.ic_launcher);
    }

    //要注意，當上下滑動 RV 導致 Item 因複用更新檢視時，也會走該方法的，但是此時 payloads 為空
 

    //所以應該注意在該方法中重新整理的狀態應該儲存到 data 對應的 bean 中，使更新時能夠讀取到正確的狀態而展現出正確的效果
    //否則在上下滑動後，原位置的 Item 效果會退回到區域性更新之前
    @Override
    public void onBindViewHolder(ViewHolder holder, int position, List<Object> payloads) {
        if (payloads.isEmpty()) {
            //payloads 為 空，說明是更新整個 ViewHolder 
            onBindViewHolder(holder, position);
        } else {
            ItemBean itemBean=data.get(position);
            //將需要重新整理的狀態儲存到 ItemBean 對應的成員變數中
            itemBean.str1 += (String) payloads.get(0);
            itemBean.str2 += (String) payloads.get(1);
            holder.tv1.setText(itemBean.str1);
            holder.tv2.setText(itemBean.str2);
        }
    }

    class ViewHolder extends RecyclerView.ViewHolder {
        final TextView tv1,tv2;
        final ImageView iv;

        public ViewHolder(View itemView) {
            super(itemView);
            tv1 = itemView.findViewById(R.id.tv1);
            tv2 = itemView.findViewById(R.id.tv2);
            iv = itemView.findViewById(R.id.iv);
            itemView.setOnClickListener(new View.OnClickListener() {
                @Override
                public void onClick(View v) {
                    notifyItemChanged(getAdapterPosition()," update for 1");
                    notifyItemChanged(getAdapterPosition()," update for 2");
                }
            });
        }
    }
}

這裡需要注意的是，在 onBindViewHolder(ViewHolder holder, int position, List<Object> payloads) 中佈局重新整理時，同時需要將重新整理的狀態儲存到對應的 bean 中，否則在上下滑動後，原 position 位置的 item 會退回到未區域性重新整理之前的狀態。就像下圖的效果：

@Override
    public void onBindViewHolder(ViewHolder holder, int position, List<Object> payloads) {
        if (payloads.isEmpty()) {
            onBindViewHolder(holder, position);
        } else {
            ItemBean itemBean=data.get(position);
//            itemBean.str1 += (String) payloads.get(0);
//            itemBean.str2 += (String) payloads.get(1);
//            holder.tv1.setText(itemBean.str1);
//            holder.tv2.setText(itemBean.str2);
            //直接重新整理該區域性檢視，而不儲存相應的狀態到 bean 中
            holder.tv1.setText(itemBean.str1 + payloads.get(0));
            holder.tv2.setText(itemBean.str2 + payloads.get(1));
        }
    }

之後，需要補充幾點：

1、如果重寫了 onBindViewHolder(ViewHolder holder, int position, List<Object> payloads) 方法，那麼不管是 RV 在初始化時，還是在因為上下滑動而重新整理時，都會走該方法（此時 payloads 為空），而不走 onBindViewHolder(ViewHolder holder, int position) 方法，因此，需要完善邏輯，在 payloads 為空時手動呼叫 onBindViewHolder(holder, position); 或者將原本 onBindViewHolder(holder, position); 的邏輯寫到這裡。

2、每一個具體的 position 都會在 onBindViewHolder(holder, position, payloads) 方法對應一個單獨的 payloads 。
這一點測試一下即可知道，假設為 ItemView 的點選事件補充如下程式碼：

itemView.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View v) {
        notifyItemChanged(getAdapterPosition()," update for 1 ->"+getAdapterPosition());
        notifyItemChanged(getAdapterPosition()," update for 2 ->"+getAdapterPosition());
        //補充的程式碼
        notifyItemChanged(getAdapterPosition()+1," update for 1 ->"+(getAdapterPosition()+1));
        notifyItemChanged(getAdapterPosition()+1," update for 2 ->"+(getAdapterPosition()+1));
    }
});

則可以看到如下的效果：

position 為 1 和 2 分別重新整理了對應的檢視，且兩者沒有交叉。

3、假設在 notifyItemChanged(position, payload) 方法中傳入的 payload 為 null，則會把 position 對應的 List<Object> payloads 清空，而在呼叫 onBindViewHolder(ViewHolder，int，List) 之前 notifyItemChanged(position, payload) 將不會起作用。
這個可以在原始碼的註釋中瞭解到。

其中標記處的大致意思是：
notifyItemRangeChanged（）中 payload == null 時將清除該專案上的所有現有的 payloads，並阻止將來
payloads 增加元素，直到呼叫 onBindViewHolder(ViewHolder，int，List)
然後通過實測也可以驗證：

itemView.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View v) {
        notifyItemChanged(getAdapterPosition()," update for 1 ->"+getAdapterPosition());
        notifyItemChanged(getAdapterPosition()," update for 2 ->"+getAdapterPosition());
        notifyItemChanged(getAdapterPosition(),null);
        notifyItemChanged(getAdapterPosition()," update for 3 ->"+getAdapterPosition());
        notifyItemChanged(getAdapterPosition()," update for 4 ->"+getAdapterPosition());
    }

將 ItemView 的點選事件改成上述，然後執行，點選 Item，此時雖然會呼叫 onBindViewHolder（ViewHolder，int，List） ，但是 payloads.size() == 0。

4、連續多次的呼叫 notifyItemChanged(position, payload)，但是隻會回撥一次
onBindViewHolder(ViewHolder，int，List)。具體原因需要分析原始碼，目前暫不深究。