今天在用RecyclerView的重新整理方法時，為了避免RecyclerView.Adapter 的 notifyDataSetChanged 方法會通知 RecyclerView 重新整理全部的可見列表項，於是使 用

RecyclerView.Adapter 的notifyItemChanged(int) 方法，只區域性重新整理修改資料。問題由此而來，下面描述一下問題情況，看下圖：

注意仔細看效果，我修改的是Crime #5，看出什麼了嗎？ 感覺有延遲啊   退出來半天了，才真正重新整理介面。

程式碼就是簡單的一句：

mAdapter.notifyItemChanged(position);
 

對於一個對自己有要求的程式猿，堅決不能忍受這樣的效果。

可是這裡邊說的圖片閃爍貌似不是我的問題，不過在這個啟發下，我翻到了notifyItemChanged(…)的原始碼，打算自己一探究竟。

以下只針對本文說的問題來考慮，不考慮其他需求（如判斷item是否可見範圍）。

notifyItemChanged(position)呼叫的是mObservable.notifyItemRangeChanged(position, 1);

即最終與notifyItemRangeChanged(positionStart, itemCount)方法呼叫了同一個方法

按照該方法的解釋，前面的positionStart引數是【Position of the first item that has changed】，即所有改變的item中的第一條的位置，

後面的itemCount代表的是【itemCount Number of items that have changed】，即所有改變的item數目。

這兩個方法最終呼叫的是：

第三個引數 null 所佔位置代表的是【Optional parameter, use null to identify a "full" update】，即這是一個可選引數，傳入null來標誌一個“完整的”更新，即全部重新整理。

看到這裡我試著在最開始的  mAdapter.notifyItemChanged(position);呼叫處增加一個引數，傳入一個“0”，程式碼如下：

 mAdapter.notifyItemChanged(position,0);
 

然後再執行，發現問題竟然沒有了，上個圖：

對程式執行跟蹤發現，呼叫方法為：

那麼說到這裡到底payload是幹嘛的呢？

又是一番搜尋。。但是沒有找到最終原因，之前的參考一葉漂舟的文章http://blog.csdn.net/jdsjlzx/article/details/52893469也沒有說這個payload引數到底是幹嘛。。

於是先放一放吧，解決問題要緊。