恢復 RecyclerView 的滾動位置

您可能在開發過程當中遇到過這種狀況，在 Activity/Fragment 被從新建立後，RecyclerView 丟失了它以前保有的滾動位置信息。一般這種狀況發生的緣由是因爲異步加載 Adapter 數據，且數據在 RecyclerView 須要進行佈局的時候還沒有加載完成，致使 RecyclerView 沒法恢復到以前的滾動位置。

從  1.2.0-alpha02 版本開始，Jetpack RecyclerView 提供了一個新的 API，可讓 Adapter  在數據加載完成以前阻塞佈局行爲 ，從而避免丟失滾動位置信息。接下來咱們會介紹如何使用這個新的 API，以及它的工做原理。

恢復至原有滾動位置

有好幾種方法能夠用來恢復 RecyclerView 至正確的滾動位置，您可能已經在實際項目中用到了這些方法。其中最好的一種方法是將數據提早緩存在內存、ViewModel 或 Repository 中，而後確保在第一次佈局傳入以前，將緩存的數據設置到 Adapter 中去。若是根據您的項目實際狀況沒法採用這種方法，那也可使用其餘的方法，只是要麼比較複雜 (好比避免在 RecyclerView 中設置 Adapter，但這樣又有可能致使像 header 等 item 的顯示問題)，要麼會致使 LayoutManager.onRestoreInstanceState) API 被濫用。

recyclerview:1.2.0-alpha02 版本中提供的解決方案是引入一個新的 Adapter 方法，來容許您設置它的狀態恢復策略 (經過枚舉類型 StateRestorationPolicy)。它有三個選項:

• ALLOW — 默認狀態，會在下一次佈局完成時當即恢復 RecyclerView 狀態；
• PREVENT_WHEN_EMPTY — 僅當 adapter 不爲空 (即 adapter.getItemCount() > 0) 的時候，才恢復 RecyclerView 的狀態。若是您是異步加載數據，RecyclerView 會等待數據加載完畢以後，纔對狀態進行恢復。若是在 Adapter 中有一些默認的 item，好比 header 或是 load progress indicator，那您應該使用 PREVENT 選項，除非是經過 ConcatAdapter 添加默認的 item，瞭解更多詳細信息，請查閱《使用 ConcatAdapter 順序鏈接其餘 Adapter》。ConcatAdapter 會等待全部的 adapter 所有準備就緒後，才進行狀態的恢復；
• PREVENT — 全部的狀態恢復都會等到您設置了 ALLOW 或者 PREVENT_WHEN_EMPTY 選項，纔會獲得執行。

經過以下示例代碼可設置 adapter 的狀態恢復策略:

adapter.stateRestorationPolicy = PREVENT_WHEN_EMPTY

經過這篇短小精悍的文章您能夠了解到關於 RecyclerView 的延遲狀態恢復 (lazy state restoration) 功能。趕快開始使用吧！