Android 多層嵌套后的 Fragment 懶加載實現(xiàn)示例
多層嵌套后的 Fragment 懶加載
印象中從 Feed 流應用流行開始，Fragment 懶加載變成了一個大家都需要關注的開發(fā)知識，關于 Fragment 的懶加載，網上有很多例子，GitHub 上也有很多例子，就連我自己在一年前也寫過相關的文章。但是之前的應用可能最多的是一層 Activity + ViewPager 的 UI 層次，但是隨著頁面越來越復雜，越來越多的應用首頁一個頁面外層是一個 ViewPager 內部可能還嵌套著一層 ViewPager，這是之前的懶加載就可能不那么好用了。本文對于多層 ViewPager 的嵌套使用過程中，Fragment 主要的三個狀態(tài)：第一次可見，每次可見，每次不可見，提供解決方案。
為什么要使用懶加載
在我們開發(fā)中經常會使用 ViewPager + Fragment 來創(chuàng)建多 tab 的頁面，此時在 ViewPager 內部默認會幫我們緩存當頁面前后兩個頁面的 Fragment 內容，如果使用了 setOffscreenPageLimit 方法，那么 ViewPager 初始化的時候將會緩存對應參數(shù)個 Fragment。為了增加用戶體驗我們往往會使用該方法來保證加載過的頁面不被銷毀，并留離開 tab 之前的狀態(tài)（列表滑動距離等），而我們在使用 Fragment 的時候往往在創(chuàng)建完 View 后，就會開始網絡請求等操作，如果存在上述的需求時，懶加載就顯得尤為重要了，不僅可以節(jié)省用戶流量，還可以在提高應用性能，給用戶帶來更加的體驗。
ViewPager + Fragment 的懶加載實質上我們就在做三件事，就可以將上邊所說的效果實現(xiàn)，那么就是找到每個 Fragment 第一對用戶可見的時機，和每次 Fragment 對用戶可見時機，以及每次 Framgment 對用戶不可見的時機，來暴露給實現(xiàn)實現(xiàn)類做對應的網絡請求或者網絡請求中斷時機。下面我們就來從常見的幾種 UI 結構上一步步實現(xiàn)無論嵌套多少層，無論開發(fā)者使用的 hide show 還是 ViewPager 嵌套都能準確獲取這三種狀態(tài)的時機的一種懶加載實現(xiàn)方案。
單層 ViewPager + Fragment 懶加載
我們都知道 Fragment 生命周期按先后順序有
onAttach -> onCreate -> onCreatedView -> onActivityCreated -> onStart -> onResume -> onPause -> onStop -> onDestroyView -> onDestroy -> onDetach
對于 ViewPager + Fragment 的實現(xiàn)我們需要關注的幾個生命周期有：
onCreatedView + onActivityCreated + onResume + onPause + onDestroyView
以及非生命周期函數(shù)：
setUserVisibleHint + onHiddenChanged
對于單層 ViewPager + Fragment 可能是我們最常用的頁面結構了，如網易云音樂的首頁頂部的是三個 tab ，我們那網易云音樂作為例子：
對于這種 ViewPager + Fragment 結構，我們使用的過程中一般只包含是 4 種情況分別是：
1、使用 FragmentPagerAdapter ，FragmentPagerStateAdapter不設置 setOffscreenPageLimit
- 左右滑動頁面，每次只緩存下一個 Pager ，和上一個 Pager
- 間隔的點擊 tab 如從位于 tab1 的時候直接選擇 tab3 或 tab4
2、使用 FragmentPagerAdapter，FragmentPagerStateAdapter 設置 setOffscreenPageLimit 為 tab 總數(shù)
- 左右滑動頁面，每次只緩存下一個 Pager ，和上一個 Pager
- 間隔的點擊 tab 如從位于 tab1 的時候直接選擇 tab3 或 tab4
3、進入其他頁面或者用戶按 home 鍵回到桌面，當前 ViewPager 頁面變成不見狀態(tài)。
對于 FragmentPagerAdapter 和 FragmentPagerStateAdapter 的區(qū)別在于在于，前者在 Fragment 不見的時候將不會 detach ，而后者將會銷毀 Fragment 并 detach 掉。
實際上這也是所有 ViewPager 的操作情況。
第一種情況不設置 setOffscreenPageLimit 左右滑動頁面/或者每次選擇相鄰 tab 的情況 FragmentPagerAdapter 和 FragmentPagerStateAdapter 有所區(qū)別
BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint true BottomTabFragment1 onCreateView BottomTabFragment1 onActivityCreated BottomTabFragment1 onResume BottomTabFragment2 onCreateView BottomTabFragment2 onActivityCreated BottomTabFragment2 onResume //滑動到 Tab 2 BottomTabFragment3 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint true BottomTabFragment3 onCreateView BottomTabFragment3 onActivityCreated BottomTabFragment3 onResume //跳過 Tab3 直接選擇 Tab4 BottomTabFragment4 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment4 setUserVisibleHint true BottomTabFragment4 onCreateView BottomTabFragment4 onActivityCreated BottomTabFragment4 onResume BottomTabFragment2 onPause BottomTabFragment2 onDestroyView // FragmentPagerStateAdapter 會走一下兩個生命周期方法 BottomTabFragment2 onDestroy BottomTabFragment2 onDetach BottomTabFragment1 onPause BottomTabFragment1 onDestroyView // FragmentPagerStateAdapter 會走一下兩個生命周期方法 BottomTabFragment1 onDestroy BottomTabFragment1 onDetach // 用戶回到桌面 再回到當前 APP 打開其他頁面當前頁面的生命周期也是這樣的 BottomTabFragment3 onPause BottomTabFragment4 onPause BottomTabFragment3 onStop BottomTabFragment4 onStop BottomTabFragment3 onResume BottomTabFragment4 onResume
第二種情況設置 setOffscreenPageLimit 為 Pager 的個數(shù)時候，左右滑動頁面/或者每次選擇相鄰 tab 的情況 FragmentPagerAdapter 和 FragmentPagerStateAdapter 沒有區(qū)別
BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment3 setUserVisibleHint false BottomTabFragment4 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint true BottomTabFragment1 onCreateView BottomTabFragment1 onActivityCreated BottomTabFragment1 onResume BottomTabFragment2 onCreateView BottomTabFragment2 onActivityCreated BottomTabFragment3 onCreateView BottomTabFragment3 onActivityCreated BottomTabFragment4 onCreateView BottomTabFragment4 onActivityCreated BottomTabFragment2 onResume BottomTabFragment3 onResume BottomTabFragment4 onResume //選擇 Tab2 BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint true //跳過 Tab3 直接選擇 Tab4 BottomTabFragment2 setUserVisibleHint false BottomTabFragment4 setUserVisibleHint true // 用戶回到桌面 再回到當前 APP 打開其他頁面當前頁面的生命周期也是這樣的 BottomTabFragment1 onPause BottomTabFragment2 onPause BottomTabFragment3 onPause BottomTabFragment4 onPause BottomTabFragment1 onResume BottomTabFragment2 onResume BottomTabFragment3 onResume BottomTabFragment4 onResume
可以看出第一次執(zhí)行 setUserVisibleHint(boolean isVisibleToUser) 除了可見的 Fragment 外都為 false，還可以看出除了這一點不同以外，所有的 Fragment 都走到了生命周期 onResume 階段。而選擇相鄰 tab 的時候已經初始化完成的Fragment 并不再重新走生命周期方法，只是 setUserVisibleHint(boolean isVisibleToUser) 為 true。當用戶進入其他頁面的時候所有 ViewPager 緩存的 Fragment 都會調用 onPause 生命周期函數(shù)，當再次回到當前頁面的時候都會調用 onResume。
能發(fā)現(xiàn)這一點，其實對于單層 ViewPager 嵌套 Fragment 可見狀態(tài)的把握其實已經很明顯了。下面給出我的解決方案：
- 對于 Fragment 可見狀態(tài)的判斷需要設置兩個標志位 ，F(xiàn)ragment View 創(chuàng)建完成的標志位
isViewCreated和Fragment第一次創(chuàng)建的標志位mIsFirstVisible - 為了獲得 Fragment 不可見的狀態(tài)，和再次回到可見狀態(tài)的判斷，我們還需要增加一個
currentVisibleState標志位，該標志位在 onResume 中和 onPause 中結合getUserVisibleHint的返回值來決定是否應該回調可見和不可見狀態(tài)函數(shù)。
整個可見過程判斷邏輯如下圖所示
接下來我們就來看下具體實現(xiàn)：
public abstract class LazyLoadBaseFragment extends BaseLifeCircleFragment {
protected View rootView = null;
private boolean mIsFirstVisible = true;
private boolean isViewCreated = false;
private boolean currentVisibleState = false;
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
//走這里分發(fā)可見狀態(tài)情況有兩種，1. 已緩存的 Fragment 被展示的時候 2. 當前 Fragment 由可見變成不可見的狀態(tài)時
// 對于默認 tab 和 間隔 checked tab 需要等到 isViewCreated = true 后才可以通過此通知用戶可見，
// 這種情況下第一次可見不是在這里通知 因為 isViewCreated = false 成立，可見狀態(tài)在 onActivityCreated 中分發(fā)
// 對于非默認 tab，View 創(chuàng)建完成 isViewCreated = true 成立，走這里分發(fā)可見狀態(tài)，mIsFirstVisible 此時還為 false 所以第一次可見狀態(tài)也將通過這里分發(fā)
if (isViewCreated){
if (isVisibleToUser && !currentVisibleState) {
dispatchUserVisibleHint(true);
}else if (!isVisibleToUser && currentVisibleState){
dispatchUserVisibleHint(false);
}
}
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
// 將 View 創(chuàng)建完成標志位設為 true
isViewCreated = true;
// 默認 Tab getUserVisibleHint() = true !isHidden() = true
// 對于非默認 tab 或者非默認顯示的 Fragment 在該生命周期中只做了 isViewCreated 標志位設置 可見狀態(tài)將不會在這里分發(fā)
if (!isHidden() && getUserVisibleHint()){
dispatchUserVisibleHint(true);
}
}
/**
* 統(tǒng)一處理 顯示隱藏 做兩件事
* 設置當前 Fragment 可見狀態(tài) 負責在對應的狀態(tài)調用第一次可見和可見狀態(tài)，不可見狀態(tài)函數(shù)
* @param visible
*/
private void dispatchUserVisibleHint(boolean visible) {
currentVisibleState = visible;
if (visible) {
if (mIsFirstVisible) {
mIsFirstVisible = false;
onFragmentFirstVisible();
}
onFragmentResume();
}else {
onFragmentPause();
}
}
/**
* 該方法與 setUserVisibleHint 對應，調用時機是 show，hide 控制 Fragment 隱藏的時候，
* 注意的是，只有當 Fragment 被創(chuàng)建后再次隱藏顯示的時候才會調用，第一次 show 的時候是不會回調的。
*/
@Override
public void onHiddenChanged(boolean hidden) {
super.onHiddenChanged(hidden);
if (hidden){
dispatchUserVisibleHint(false);
}else {
dispatchUserVisibleHint(true);
}
}
/**
* 需要再 onResume 中通知用戶可見狀態(tài)的情況是在當前頁面再次可見的狀態(tài) !mIsFirstVisible 可以保證這一點，
* 而當前頁面 Activity 可見時所有緩存的 Fragment 都會回調 onResume
* 所以我們需要區(qū)分那個Fragment 位于可見狀態(tài)
* (!isHidden() && !currentVisibleState && getUserVisibleHint()）可條件可以判定哪個 Fragment 位于可見狀態(tài)
*/
@Override
public void onResume() {
super.onResume();
if (!mIsFirstVisible){
if (!isHidden() && !currentVisibleState && getUserVisibleHint()){
dispatchUserVisibleHint(true);
}
}
}
/**
* 當用戶進入其他界面的時候所有的緩存的 Fragment 都會 onPause
* 但是我們想要知道只是當前可見的的 Fragment 不可見狀態(tài)，
* currentVisibleState && getUserVisibleHint() 能夠限定是當前可見的 Fragment
*/
@Override
public void onPause() {
super.onPause();
if (currentVisibleState && getUserVisibleHint()){
dispatchUserVisibleHint(false);
}
}
@Override
public void onDestroyView() {
super.onDestroyView();
//當 View 被銷毀的時候我們需要重新設置 isViewCreated mIsFirstVisible 的狀態(tài)
isViewCreated = false;
mIsFirstVisible = true;
}
/**
* 對用戶第一次可見
*/
public void onFragmentFirstVisible(){
LogUtils.e(getClass().getSimpleName() + " ");
}
/**
* 對用戶可見
*/
public void onFragmentResume(){
LogUtils.e(getClass().getSimpleName() + " 對用戶可見");
}
/**
* 對用戶不可見
*/
public void onFragmentPause(){
LogUtils.e(getClass().getSimpleName() + " 對用戶不可見");
}
@Override
public View onCreateView(@NonNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
super.onCreateView(inflater,container,savedInstanceState);
if (rootView == null) {
rootView = inflater.inflate(getLayoutRes(), container, false);
}
initView(rootView);
return rootView;
}
/**
* 返回布局 resId
*
* @return layoutId
*/
protected abstract int getLayoutRes();
/**
* 初始化view
*
* @param rootView
*/
protected abstract void initView(View rootView);
}
我們使之前的 Fragment 改為繼承 LazyLoadBaseFragment 打印 log 可以看出：
//默認選中第一 Tab BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment3 setUserVisibleHint false BottomTabFragment4 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint true BottomTabFragment1 onCreateView BottomTabFragment1 onActivityCreated BottomTabFragment1 對用戶第一次可見 BottomTabFragment1 對用戶可見 BottomTabFragment1 onResume BottomTabFragment2 onCreateView BottomTabFragment2 onActivityCreated BottomTabFragment3 onCreateView BottomTabFragment3 onActivityCreated BottomTabFragment4 onCreateView BottomTabFragment4 onActivityCreated BottomTabFragment2 onResume BottomTabFragment3 onResume BottomTabFragment4 onResume //滑動選中 Tab2 BottomTabFragment1 setUserVisibleHint false BottomTabFragment1 對用戶不可見 BottomTabFragment2 setUserVisibleHint true BottomTabFragment2 對用戶第一次可見 BottomTabFragment2 對用戶可見 //間隔選中 Tab4 BottomTabFragment2 setUserVisibleHint false BottomTabFragment2 對用戶不可見 BottomTabFragment4 setUserVisibleHint true BottomTabFragment4 對用戶第一次可見 BottomTabFragment4 對用戶可見 // 回退到桌面 BottomTabFragment1 onPause BottomTabFragment2 onPause BottomTabFragment3 onPause BottomTabFragment4 onPause BottomTabFragment4 對用戶不可見 BottomTabFragment1 onStop BottomTabFragment2 onStop BottomTabFragment3 onStop BottomTabFragment4 onStop // 再次進入 APP BottomTabFragment1 onResume BottomTabFragment2 onResume BottomTabFragment3 onResume BottomTabFragment4 onResume BottomTabFragment4 對用戶可見
上述 log 只演示了如何 ViewPager 中的函數(shù)打印，由于 hide show 方法顯示隱藏的 Fragment 有人可能認為不需要懶加載這個東西，如果說從創(chuàng)建來說的確是這樣的，但是如果說所有的 Fragment 已經 add 進 Activity 中，此時 Activity 退到后臺，所有的 Fragment 都會調用 onPause ，并且在其進入前臺的前臺統(tǒng)一會回調 onResume, 如果我們在 Resume 中做了某些操作，那么不可見的 Fragment 也會執(zhí)行，勢必也是個浪費。所以這里的懶加載吧 hide show 的展示方法也考慮進去。
對于無嵌套的 ViewPager ，懶加載還是相對簡單的。但是對于ViewPager 嵌套 ViewPager 的情況可能就出現(xiàn)一些我們意料不到的情況。
雙層 ViewPager 嵌套的懶加載實現(xiàn)
對于雙層 ViewPager 嵌套我們也拿網易云來舉例:
可以看出頂層的第二 tab 內部又是一個 ViewPager ，那么我們試著按照我們之前的方案打印一下生命周期過程：
BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint true BottomTabFragment1 onCreateView BottomTabFragment1 onActivityCreated BottomTabFragment1 對用戶第一次可見 BottomTabFragment1 對用戶可見 BottomTabFragment1 onResume BottomTabFragment2 onCreateView BottomTabFragment2 onActivityCreated BottomTabFragment2 onResume Bottom2InnerFragment1 setUserVisibleHint false Bottom2InnerFragment2 setUserVisibleHint false Bottom2InnerFragment1 setUserVisibleHint true //注意這里 位于第二個Tab 中的 ViewPager 中的第一個 Tab 也走了可見，而它本身并不可見 Bottom2InnerFragment1 onCreateView Bottom2InnerFragment1 onActivityCreated Bottom2InnerFragment1 對用戶第一次可見 Bottom2InnerFragment1 對用戶可見 Bottom2InnerFragment1 onResume Bottom2InnerFragment2 onCreateView Bottom2InnerFragment2 onActivityCreated Bottom2InnerFragment2 onResume
咦奇怪的事情發(fā)生了，對于外層 ViewPager 的第二個 tab 默認是不顯示的，為什么內部 ViewPager 中的 Bottom2InnerFragment1 卻走了可見了狀態(tài)回調。是不是 onActivityCreated 中的寫法有問題，!isHidden() && getUserVisibleHint() getUserVisibleHint() 方法通過 log 打印發(fā)現(xiàn)在 Bottom2InnerFragment1 onActivityCreated 時候， Bottom2InnerFragment1 setUserVisibleHint true的確是 true。所以才會走到分發(fā)可見事件中。
我們再回頭看下上述的生命周期的打印，可以發(fā)現(xiàn)，事實上作為父 Fragment 的 BottomTabFragment2 并沒有分發(fā)可見事件，他通過 getUserVisibleHint() 得到的結果為 false，首先我想到的是能在負責分發(fā)事件的方法中判斷一下當前父 fragment 是否可見，如果父 fragment 不可見我們就不進行可見事件的分發(fā)，我們試著修改 dispatchUserVisibleHint 如下面所示：
private void dispatchUserVisibleHint(boolean visible) {
//當前 Fragment 是 child 時候 作為緩存 Fragment 的子 fragment getUserVisibleHint = true
//但當父 fragment 不可見所以 currentVisibleState = false 直接 return 掉
if (visible && isParentInvisible()) return;
currentVisibleState = visible;
if (visible) {
if (mIsFirstVisible) {
mIsFirstVisible = false;
onFragmentFirstVisible();
}
onFragmentResume();
} else {
onFragmentPause();
}
}
/**
* 用于分發(fā)可見時間的時候父獲取 fragment 是否隱藏
* @return true fragment 不可見， false 父 fragment 可見
*/
private boolean isParentInvisible() {
LazyLoadBaseFragment fragment = (LazyLoadBaseFragment) getParentFragment();
return fragment != null && !fragment.isSupportVisible();
}
private boolean isSupportVisible() {
return currentVisibleState;
}
通過日志打印我們發(fā)現(xiàn)這似乎起作用了：
BottomTabFragment1 setUserVisibleHint false BottomTabFragment2 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint true BottomTabFragment1 onCreateView BottomTabFragment1 onActivityCreated BottomTabFragment1 對用戶第一次可見 BottomTabFragment1 對用戶可見 BottomTabFragment1 onResume BottomTabFragment2 onCreateView BottomTabFragment2 onActivityCreated BottomTabFragment2 onResume Bottom2InnerFragment1 setUserVisibleHint false Bottom2InnerFragment2 setUserVisibleHint false Bottom2InnerFragment1 setUserVisibleHint true Bottom2InnerFragment1 onCreateView Bottom2InnerFragment1 onActivityCreated Bottom2InnerFragment1 onResume Bottom2InnerFragment2 onCreateView Bottom2InnerFragment2 onActivityCreated Bottom2InnerFragment2 onResume //滑動到第二個 tab BottomTabFragment3 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint false BottomTabFragment1 對用戶不可見 BottomTabFragment2 setUserVisibleHint true BottomTabFragment2 對用戶第一次可見 BottomTabFragment2 對用戶可見 BottomTabFragment3 onCreateView BottomTabFragment3 onActivityCreated BottomTabFragment3 onResume
但是我們又發(fā)現(xiàn)了新的問題，當我們滑動到第二個 tab 時候，無疑我們期望得到第二個 tab 中內層 ViewPager 第一個 tab 中 fragment 狀態(tài)的可見狀態(tài)，但是從上邊的 log 可以發(fā)現(xiàn)我們并沒有獲得其可見狀態(tài)的打印，問題出當外層 ViewPager 初始化的時候我們已經經歷了 Bottom2InnerFragment1 的初始化，而我們在 dispatchUserVisibleHint 做了攔截，導致其無法分發(fā)可見事件，當其真正可見的時候卻發(fā)現(xiàn)事件函數(shù)并不會再次被調用了。
本著堅信一切困難都是紙老虎的社會主義光榮理念，我404了一下，發(fā)現(xiàn)網上極少的嵌套 fragment 懶加載的文章中，大多都采用了，在父 Fragment 可見的時候，分發(fā)自己可見狀態(tài)的同時，把自己的可見狀態(tài)通知子 Fragment，對于可見狀態(tài)的 生命周期調用順序，父 Fragment總是優(yōu)先于子 Fragment，所以我們在 Fragment 分發(fā)事件的時候，可以在上述攔截子 Fragment 事件分發(fā)后，當在父 Fragment 第一可見的時候，通知子 Fragment 你也可見了。所以我再次修改 dispatchUserVisibleHint，在父 Fragment 分發(fā)完成自己的可見事件后，讓子 Fragment 再次調用自己的可見事件分發(fā)方法，這次 isParentInvisible() 將會返回 false ，也就是可見狀態(tài)將會正確分發(fā)。
private void dispatchUserVisibleHint(boolean visible) {
//當前 Fragment 是 child 時候 作為緩存 Fragment 的子 fragment getUserVisibleHint = true
//但當父 fragment 不可見所以 currentVisibleState = false 直接 return 掉
if (visible && isParentInvisible()) return;
currentVisibleState = visible;
if (visible) {
if (mIsFirstVisible) {
mIsFirstVisible = false;
onFragmentFirstVisible();
}
onFragmentResume();
//可見狀態(tài)的時候內層 fragment 生命周期晚于外層 所以在 onFragmentResume 后分發(fā)
dispatchChildVisibleState(true);
} else {
onFragmentPause();
dispatchChildVisibleState(false);
}
}
private void dispatchChildVisibleState(boolean visible) {
FragmentManager childFragmentManager = getChildFragmentManager();
List<Fragment> fragments = childFragmentManager.getFragments();
if (!fragments.isEmpty()) {
for (Fragment child : fragments) {
// 如果只有當前 子 fragment getUserVisibleHint() = true 時候分發(fā)事件，并將 也就是我們上面說的 Bottom2InnerFragment1
if (child instanceof LazyLoadBaseFragment && !child.isHidden() && child.getUserVisibleHint()) {
((LazyLoadBaseFragment) child).dispatchUserVisibleHint(visible);
}
}
}
}
dispatchChildVisibleState 方法通過 childFragmentManager 獲取當前 Fragment 中所有的子 Fragment 并通過判斷 child.getUserVisibleHint() 的返回值，判斷是否應該通知子 Fragment 不可見，同理在父 Fragment 真正可見的時候，我們也會通過該方法，通知child.getUserVisibleHint() = true 的子 Fragment 你可見。
我們再次打印可以看出經過這次調整內層 Fragment 已經可以準確地拿到自己第一次可見狀態(tài)了。
BottomTabFragment3 setUserVisibleHint false BottomTabFragment1 setUserVisibleHint false BottomTabFragment1 對用戶不可見 BottomTabFragment2 setUserVisibleHint true BottomTabFragment2 對用戶第一次可見 BottomTabFragment2 對用戶可見 Bottom2InnerFragment1 對用戶第一次可見 Bottom2InnerFragment1 對用戶可見 BottomTabFragment3 onCreateView BottomTabFragment3 onActivityCreated BottomTabFragment3 onResume
當我以為紙老虎一進被我大打敗的時候，我按了下 home 鍵看了條微信，然后發(fā)現(xiàn) log 打印如下：
BottomTabFragment1 onPause //Bottom2InnerFragment1 第一不可見回調 Bottom2InnerFragment1 onPause Bottom2InnerFragment1 對用戶不可見 Bottom2InnerFragment2 onPause BottomTabFragment2 onPause BottomTabFragment2 對用戶不可見 //Bottom2InnerFragment1 第二次不可見回調 Bottom2InnerFragment1 對用戶不可見 BottomTabFragment3 onPause BottomTabFragment1 onStop Bottom2InnerFragment1 onStop Bottom2InnerFragment2 onStop BottomTabFragment2 onStop BottomTabFragment3 onStop
這又是啥情況？ 為啥回調了兩次，我連微信都忘了回就開始回憶之前分發(fā)可見事件的代碼，可見的時候時候沒問題，為什么不可見會回調兩次？后來發(fā)現(xiàn)問題出現(xiàn)在事件分發(fā)的順序上。
通過日志打印我們也可以看出，對于可見狀態(tài)的生命周期調用順序，父 Fragment總是優(yōu)先于子 Fragment，而對于不可見事件，內部的 Fragment 生命周期總是先于外層 Fragment。所以第一的時候 Bottom2InnerFragment1 調用自身的 dispatchUserVisibleHint 方法分發(fā)了不可見事件，作為父 Fragment 的BottomTabFragment2 分發(fā)不可見的時候，又會再次調用 dispatchChildVisibleState ，導致子 Fragment 再次調用自己的 dispatchUserVisibleHint 再次調用了一次 onFragmentPause();。
解決辦法也很簡單，還記得 currentVisibleState 這個變量么？ 表示當前 Fragment 的可見狀態(tài)，如果當前的 Fragment 要分發(fā)的狀態(tài)與 currentVisibleState 相同我們就沒有必要去做分發(fā)了。
我們知道子 Fragment 優(yōu)于父 Fragment回調本方法 currentVisibleState 置位 false，當前不可見，我們可以當父 dispatchChildVisibleState 的時候第二次回調本方法 visible = false 所以此處 visible 將直接返回。
private void dispatchUserVisibleHint(boolean visible) {
if (visible && isParentInvisible())
return;
// 此處是對子 Fragment 不可見的限制，因為 子 Fragment 先于父 Fragment回調本方法 currentVisibleState 置位 false
// 當父 dispatchChildVisibleState 的時候第二次回調本方法 visible = false 所以此處 visible 將直接返回
if (currentVisibleState == visible) {
return;
}
currentVisibleState = visible;
if (visible) {
if (mIsFirstVisible) {
mIsFirstVisible = false;
onFragmentFirstVisible();
}
onFragmentResume();
//可見狀態(tài)的時候內層 fragment 生命周期晚于外層 所以在 onFragmentResume 后分發(fā)
dispatchChildVisibleState(true);
} else {
onFragmentPause();
dispatchChildVisibleState(false);
}
}
對于 Hide And show 方法顯示的 Fragment 驗證這里講不在過多贅述，上文也說了，對這種 Fragment 展示方法，我們更需要關注的是 hide 的時候， onPause 和 onResume 再次隱藏顯示的的時候。改方法的驗證可以通過下載 Demo 查看 log。Demo 地址
最終的實現(xiàn)方案
下面是完整 LazyLoadBaseFragment 實現(xiàn)方案：也可以直接戳此下載文件 LazyLoadBaseFragment.java
import android.os.Bundle;
import android.support.annotation.NonNull;
import android.support.annotation.Nullable;
import android.support.v4.app.Fragment;
import android.support.v4.app.FragmentManager;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import java.util.List;
/**
* @author wangshijia
* @date 2018/2/2
* Fragment 第一次可見狀態(tài)應該在哪里通知用戶 在 onResume 以后？
*/
public abstract class LazyLoadBaseFragment extends BaseLifeCircleFragment {
protected View rootView = null;
private boolean mIsFirstVisible = true;
private boolean isViewCreated = false;
private boolean currentVisibleState = false;
@Override
public View onCreateView(@NonNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
super.onCreateView(inflater, container, savedInstanceState);
if (rootView == null) {
rootView = inflater.inflate(getLayoutRes(), container, false);
}
initView(rootView);
return rootView;
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
// 對于默認 tab 和 間隔 checked tab 需要等到 isViewCreated = true 后才可以通過此通知用戶可見
// 這種情況下第一次可見不是在這里通知 因為 isViewCreated = false 成立,等從別的界面回到這里后會使用 onFragmentResume 通知可見
// 對于非默認 tab mIsFirstVisible = true 會一直保持到選擇則這個 tab 的時候，因為在 onActivityCreated 會返回 false
if (isViewCreated) {
if (isVisibleToUser && !currentVisibleState) {
dispatchUserVisibleHint(true);
} else if (!isVisibleToUser && currentVisibleState) {
dispatchUserVisibleHint(false);
}
}
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
isViewCreated = true;
// !isHidden() 默認為 true 在調用 hide show 的時候可以使用
if (!isHidden() && getUserVisibleHint()) {
dispatchUserVisibleHint(true);
}
}
@Override
public void onHiddenChanged(boolean hidden) {
super.onHiddenChanged(hidden);
LogUtils.e(getClass().getSimpleName() + " onHiddenChanged dispatchChildVisibleState hidden " + hidden);
if (hidden) {
dispatchUserVisibleHint(false);
} else {
dispatchUserVisibleHint(true);
}
}
@Override
public void onResume() {
super.onResume();
if (!mIsFirstVisible) {
if (!isHidden() && !currentVisibleState && getUserVisibleHint()) {
dispatchUserVisibleHint(true);
}
}
}
@Override
public void onPause() {
super.onPause();
// 當前 Fragment 包含子 Fragment 的時候 dispatchUserVisibleHint 內部本身就會通知子 Fragment 不可見
// 子 fragment 走到這里的時候自身又會調用一遍 ？
if (currentVisibleState && getUserVisibleHint()) {
dispatchUserVisibleHint(false);
}
}
/**
* 統(tǒng)一處理 顯示隱藏
*
* @param visible
*/
private void dispatchUserVisibleHint(boolean visible) {
//當前 Fragment 是 child 時候 作為緩存 Fragment 的子 fragment getUserVisibleHint = true
//但當父 fragment 不可見所以 currentVisibleState = false 直接 return 掉
// 這里限制則可以限制多層嵌套的時候子 Fragment 的分發(fā)
if (visible && isParentInvisible()) return;
//此處是對子 Fragment 不可見的限制，因為 子 Fragment 先于父 Fragment回調本方法 currentVisibleState 置位 false
// 當父 dispatchChildVisibleState 的時候第二次回調本方法 visible = false 所以此處 visible 將直接返回
if (currentVisibleState == visible) {
return;
}
currentVisibleState = visible;
if (visible) {
if (mIsFirstVisible) {
mIsFirstVisible = false;
onFragmentFirstVisible();
}
onFragmentResume();
dispatchChildVisibleState(true);
} else {
dispatchChildVisibleState(false);
onFragmentPause();
}
}
/**
* 用于分發(fā)可見時間的時候父獲取 fragment 是否隱藏
*
* @return true fragment 不可見， false 父 fragment 可見
*/
private boolean isParentInvisible() {
LazyLoadBaseFragment fragment = (LazyLoadBaseFragment) getParentFragment();
return fragment != null && !fragment.isSupportVisible();
}
private boolean isSupportVisible() {
return currentVisibleState;
}
/**
* 當前 Fragment 是 child 時候 作為緩存 Fragment 的子 fragment 的唯一或者嵌套 VP 的第一 fragment 時 getUserVisibleHint = true
* 但是由于父 Fragment 還進入可見狀態(tài)所以自身也是不可見的， 這個方法可以存在是因為慶幸的是 父 fragment 的生命周期回調總是先于子 Fragment
* 所以在父 fragment 設置完成當前不可見狀態(tài)后，需要通知子 Fragment 我不可見，你也不可見，
* <p>
* 因為 dispatchUserVisibleHint 中判斷了 isParentInvisible 所以當 子 fragment 走到了 onActivityCreated 的時候直接 return 掉了
* <p>
* 當真正的外部 Fragment 可見的時候，走 setVisibleHint (VP 中)或者 onActivityCreated (hide show) 的時候
* 從對應的生命周期入口調用 dispatchChildVisibleState 通知子 Fragment 可見狀態(tài)
*
* @param visible
*/
private void dispatchChildVisibleState(boolean visible) {
FragmentManager childFragmentManager = getChildFragmentManager();
List<Fragment> fragments = childFragmentManager.getFragments();
if (!fragments.isEmpty()) {
for (Fragment child : fragments) {
if (child instanceof LazyLoadBaseFragment && !child.isHidden() && child.getUserVisibleHint()) {
((LazyLoadBaseFragment) child).dispatchUserVisibleHint(visible);
}
}
}
}
public void onFragmentFirstVisible() {
LogUtils.e(getClass().getSimpleName() + " 對用戶第一次可見");
}
public void onFragmentResume() {
LogUtils.e(getClass().getSimpleName() + " 對用戶可見");
}
public void onFragmentPause() {
LogUtils.e(getClass().getSimpleName() + " 對用戶不可見");
}
@Override
public void onDestroyView() {
super.onDestroyView();
isViewCreated = false;
mIsFirstVisible = true;
}
/**
* 返回布局 resId
*
* @return layoutId
*/
protected abstract int getLayoutRes();
/**
* 初始化view
*
* @param rootView
*/
protected abstract void initView(View rootView);
}
總結
對于 ViewPager Fragment 懶加載網上文章可能已經很多了，但是對于多層 ViewPager + Fragment 嵌套的文章并不是很多，上文還原了我自己對 Fragment 懶加載的探索過程，目前該基類已經應用于公司項目中，相信隨著業(yè)務的復雜可能有的地方還有可能該方法存在缺陷，如果大家在使用過程中有問題也請給我留言。希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
相關文章
Android自定義ViewGroup實現(xiàn)堆疊頭像的點贊Layout
這篇文章主要介紹了 Android自定義ViewGroup實現(xiàn)堆疊頭像的點贊Layout，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-10-10
listView的item中有checkbox，導致setOnItemClick失效的原因及解決辦法
這篇文章主要介紹了listView的item中有checkbox，導致setOnItemClick失效的原因及解決辦法,需要的朋友可以參考下2017-01-01
OpenGL中的glutInitDisplayMode()函數(shù)的理解
今天小編就為大家分享一篇關于OpenGL中的glutInitDisplayMode()函數(shù)的理解，小編覺得內容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-04-04
Android Kotlin環(huán)境使用ButterKnife的方法
本篇文章主要介紹了Android Kotlin環(huán)境使用ButterKnife的方法，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2018-03-03
這篇文章主要為大家詳細介紹了Android Handler消息傳遞機制，感興趣的小伙伴們可以參考一下2016-08-08
Android利用Theme自定義Activity間的切換動畫
這篇文章主要為大家詳細介紹了Android利用Theme自定義Activity間的切換動畫，感興趣的小伙伴們可以參考一下2016-09-09
這篇文章主要介紹了android主線程和子線程之間消息傳遞詳解，主線程發(fā)送消息到子線程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-01-01
修改Android Studio 的 Logcat 緩沖區(qū)大小操作
這篇文章主要介紹了修改Android Studio 的 Logcat 緩沖區(qū)大小操作，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2020-04-04
這篇文章主要給大家介紹了給大家Flutter網絡請求的3種簡單實現(xiàn)方法，文中通過示例代碼介紹的非常詳細，對大家學習或者使用Flutter具有一定的參考學習價值，需要的朋友們下面來一起學習學習吧2019-04-04
本篇文章是對Android線程的相關問題進行了詳細的分析介紹，需要的朋友參考下2013-05-05