轉載自：http://www.reibang.com/p/2e927f687506
1.Fragment懶加載
所謂懶加載，指的就是延遲加載垦沉，在需要的時候再加載數(shù)據(jù)彻消。相信我們在開發(fā)中都實現(xiàn)過底部和頂部的標簽導航功能，點擊相應的標簽可以切換到相應的Fragment鳍鸵，由于同一時間只有一個Fragment顯示在屏幕中，因此沒有顯示出來的Fragment就沒有必要在此時加載數(shù)據(jù)，特別是從網(wǎng)絡獲取數(shù)據(jù)這種比較耗時的操作，會產(chǎn)生不太好的用戶體驗赖歌，理想的情況是在Fragment可見的時候才加載數(shù)據(jù)，這就是為什么Fragment需要懶加載的原因功茴。實現(xiàn)Fragment的切換有兩種方式庐冯，使用FragmentManager或ViewPager，我們來看看這兩個常見場景：
場景一 使用FragmentManager實現(xiàn)底部導航欄頁面切換
這種切換方式的缺點是不能左右滑動切換頁面坎穿。系統(tǒng)提供了三個API來獲得FragmentManager展父，但是它們的使用場景是不一樣的：
getSupportFragmentManager
getSupportFragmentManager()來自FragmentActivity中，F(xiàn)ragmentActivity是v4包中的玲昧，繼承自Activity栖茉，用于兼容低版本沒有Fragment的API問題，AppCompatActivity就是繼承了FragmentActivity孵延，因此如果我們的Activity是繼承自AppCompatActivity吕漂，可以直接使用getSupportFragmentManager()方法來獲得FragmentManager。
getFragmentManager
該方法位于Activity類中尘应，是app包中的惶凝，相對應的Fragment也要是app包中的Fragment。
getChildFragmentManager
getChildFragmentManager()在Fragment中犬钢，用于管理當前Fragment中添加的子Fragment梨睁，就是Fragment中嵌套Fragment的情況。
實現(xiàn)底部導航欄的方式有很多：包括RadioButton娜饵、TabHost甚至是LinearLayout都可以坡贺，這里使用了官方design庫提供的BottomNavigationView。
Tab標簽多于3個時標簽切換默認會有動畫效果:圖片和文字在點擊的時候會放大。如果不需要可以取消遍坟，如何取消圖片放大呢拳亿，針對design庫的版本有不同的解決方法：
com.android.support:design:28.0.0以下：
通過反射調用setShiftingMode(false)方法，完整代碼如下：
public void disableShiftMode(BottomNavigationView view) {
BottomNavigationMenuView menuView = (BottomNavigationMenuView) view.getChildAt(0);
try {
Field shiftingMode = menuView.getClass().getDeclaredField("mShiftingMode");
shiftingMode.setAccessible(true);
shiftingMode.setBoolean(menuView, false);
shiftingMode.setAccessible(false);
for (int i = 0; i < menuView.getChildCount(); i++) {
BottomNavigationItemView item = (BottomNavigationItemView) menuView.getChildAt(i);
//noinspection RestrictedApi
item.setShiftingMode(false);
// set once again checked value, so view will be updated
//noinspection RestrictedApi
item.setChecked(item.getItemData().isChecked());
}
} catch (NoSuchFieldException e) {
Log.e("BNVHelper", "Unable to get shift mode field", e);
} catch (IllegalAccessException e) {
Log.e("BNVHelper", "Unable to change value of shift mode", e);
}
}
使用時直接調用該方法愿伴，傳入BottomNavigationView即可：
// BottomNavigationView禁止3個item以上動畫切換效果
BottomNavigationViewHelper.disableShiftMode(mBottomNavigationView);
com.android.support:design:28.0.0：
無法調用setShiftingMode()方法肺魁，官方提供了解決方法，只需要在xml布局文件的BottomNavigationView下添加app:labelVisibilityMode="labeled"屬性即可隔节。
<android.support.design.widget.BottomNavigationView
android:id="@+id/bnv_bar"
android:layout_width="match_parent"
android:layout_height="wrap_content"
app:itemIconTint="@drawable/nav_item_color_state"
app:itemTextColor="@drawable/nav_item_color_state"
app:labelVisibilityMode="labeled"
app:menu="@menu/menu_bottom_navigation" />
如何取消文字變大鹅经？通過查看BottomNavigationItemView的源碼我們可以發(fā)現(xiàn)選中和未選中字體的大小是由兩個屬性決定的。
public BottomNavigationItemView(Context context, AttributeSet attrs, int defStyleAttr) {
...
int inactiveLabelSize =
res.getDimensionPixelSize(android.support.design.R.dimen.design_bottom_navigation_text_size);
int activeLabelSize = res.getDimensionPixelSize(
android.support.design.R.dimen.design_bottom_navigation_active_text_size);
...
}
只要在自己項目中的values文件夾下新建dimens.xml文件，聲明同名的屬性，覆蓋BottomNavigationView的默認屬性值即可丧裁。
<!-- BottomNavigationView選中和未選中文字大小 -->
<dimen name="design_bottom_navigation_active_text_size">14sp</dimen>
<dimen name="design_bottom_navigation_text_size">14sp</dimen>
下面回到正題壶栋，我給BottomNavigationView添加了三個標簽埠啃，分別對應三個Fragment，每個Fragment的代碼結構基本一致，只是加載的數(shù)據(jù)不一樣，在Fragment的生命周期回調方法中打印日志强胰，完整代碼如下：
import android.content.Context;
import android.os.Bundle;
import android.support.annotation.NonNull;
import android.support.annotation.Nullable;
import android.support.v4.app.Fragment;
import android.support.v7.widget.DividerItemDecoration;
import android.support.v7.widget.LinearLayoutManager;
import android.support.v7.widget.RecyclerView;
import android.util.Log;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import com.example.viewpagerfragment.R;
import com.example.viewpagerfragment.adapter.ListAdapter;
import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.TimeUnit;
import io.reactivex.Observable;
import io.reactivex.android.schedulers.AndroidSchedulers;
import io.reactivex.functions.Consumer;
import io.reactivex.schedulers.Schedulers;
public class HomeFragment extends Fragment {
private RecyclerView mRecyclerView;
private ListAdapter mAdapter;
private List<String> mData;
@Override
public void onAttach(Context context) {
super.onAttach(context);
Log.e("TAG", "HomeFragment onAttach()");
}
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.e("TAG", "HomeFragment onCreate()");
}
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
Log.e("TAG", "HomeFragment onCreateView()");
View view = inflater.inflate(R.layout.fragment_home, container, false);
initView(view);
initData();
initEvent();
return view;
}
/**
* 初始化視圖
*
* @param view
*/
private void initView(View view) {
mRecyclerView = view.findViewById(R.id.rv_home);
mRecyclerView.setLayoutManager(new LinearLayoutManager(getActivity()));
mRecyclerView.addItemDecoration(new DividerItemDecoration(getActivity(), DividerItemDecoration.VERTICAL));
}
/**
* 初始化數(shù)據(jù)
*/
private void initData() {
mData = new ArrayList<>();
// 模擬數(shù)據(jù)的延遲加載
Observable.timer(3, TimeUnit.SECONDS)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Consumer<Long>() {
@Override
public void accept(Long aLong) throws Exception {
for (int i = 0; i < 20; i++) {
mData.add("首頁文章" + (i + 1));
}
mAdapter = new ListAdapter(getActivity(), mData);
mRecyclerView.setAdapter(mAdapter);
}
});
}
/**
* 初始化事件
*/
private void initEvent() {
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
Log.e("TAG", "HomeFragment onActivityCreated()");
}
@Override
public void onStart() {
super.onStart();
Log.e("TAG", "HomeFragment onStart()");
}
@Override
public void onResume() {
super.onResume();
Log.e("TAG", "HomeFragment onResume()");
}
@Override
public void onPause() {
super.onPause();
Log.e("TAG", "HomeFragment onPause()");
}
@Override
public void onStop() {
super.onStop();
Log.e("TAG", "HomeFragment onStop()");
}
@Override
public void onDestroyView() {
super.onDestroyView();
Log.e("TAG", "HomeFragment onDestroyView()");
}
@Override
public void onDestroy() {
super.onDestroy();
Log.e("TAG", "HomeFragment onDestroy()");
}
@Override
public void onDetach() {
super.onDetach();
Log.e("TAG", "HomeFragment onDetach()");
}
}
使用FragmentManager管理Fragment，調用hide()和show()方法來切換頁面的顯示妹沙。
/**
* 顯示當前Fragment
*
* @param index
*/
private void showFragment(int index) {
FragmentTransaction ft = getSupportFragmentManager().beginTransaction();
hideFragment(ft);
switch (index) {
case FRAGMENT_HOME:
/**
* 如果Fragment為空偶洋，就新建一個實例
* 如果不為空，就將它從棧中顯示出來
*/
if (homefragment == null) {
homefragment = new HomeFragment();
ft.add(R.id.fl_container, homefragment, HomeFragment.class.getName());
} else {
ft.show(homefragment);
}
break;
case FRAGMENT_KNOWLEDGESYSTEM:
if (knowledgeSystemFragment == null) {
knowledgeSystemFragment = new KnowledgeSystemFragment();
ft.add(R.id.fl_container, knowledgeSystemFragment, KnowledgeSystemFragment.class.getName());
} else {
ft.show(knowledgeSystemFragment);
}
break;
case FRAGMENT_PROJECT:
if (projectFragment == null) {
projectFragment = new ProjectFragment();
ft.add(R.id.fl_container, projectFragment, ProjectFragment.class.getName());
} else {
ft.show(projectFragment);
}
break;
default:
break;
}
ft.commit();
}
/**
* 隱藏全部Fragment
*
* @param ft
*/
private void hideFragment(FragmentTransaction ft) {
// 如果不為空距糖，就先隱藏起來
if (homefragment != null) {
ft.hide(homefragment);
}
if (knowledgeSystemFragment != null) {
ft.hide(knowledgeSystemFragment);
}
if (projectFragment != null) {
ft.hide(projectFragment);
}
}
通過Log打印我們看到：點擊相應的標簽玄窝，就會回調相應的Fragment的生命周期方法，另外兩個Fragment并沒有被銷毀肾筐。之后在幾個Fragment之間切換也不會回調任何的生命周期方法。因此可以得出結論缸剪，當我們是通過調用hide()和show()方法來實現(xiàn)Fragment的切換時吗铐，不需要做額外的操作即可實現(xiàn)懶加載。
如果是調用replace()來實現(xiàn)Fragment的切換呢杏节？會不會銷毀之前的Fragment呢唬渗？下面來看一下這種情況：
/**
* 顯示當前Fragment
*
* @param index
*/
private void showFragment(int index) {
FragmentTransaction ft = getSupportFragmentManager().beginTransaction();
switch (index) {
case FRAGMENT_HOME:
if (homefragment == null) {
homefragment = new HomeFragment();
ft.add(R.id.fl_container, homefragment, HomeFragment.class.getName());
}
ft.replace(R.id.fl_container, homefragment);
break;
case FRAGMENT_KNOWLEDGESYSTEM:
if (knowledgeSystemFragment == null) {
knowledgeSystemFragment = new KnowledgeSystemFragment();
ft.add(R.id.fl_container, knowledgeSystemFragment, KnowledgeSystemFragment.class.getName());
}
ft.replace(R.id.fl_container, knowledgeSystemFragment);
break;
case FRAGMENT_PROJECT:
if (projectFragment == null) {
projectFragment = new ProjectFragment();
ft.add(R.id.fl_container, projectFragment, ProjectFragment.class.getName());
}
ft.replace(R.id.fl_container, projectFragment);
break;
default:
break;
}
ft.commit();
}
可以發(fā)現(xiàn)在創(chuàng)建第二個Fragment的生命周期方法同時會完全銷毀第一個Fragment，創(chuàng)建第三個Fragment的同時會完全銷毀了第二個Fragment奋渔。
總結一下：hide()+show()和replace()镊逝，前者在Fragment切換時不會銷毀之前的Fragment，后者會銷毀嫉鲸，推薦使用第一種方式實現(xiàn)懶加載撑蒜，當然還是要結合實際情況看哪種方式更適合。
場景二 使用ViewPager實現(xiàn)頂部標簽欄頁面切換
這種場景實現(xiàn)頂部標簽欄的方式同樣有很多，github上很多優(yōu)秀的第三方庫座菠，可以實現(xiàn)各種酷炫的效果狸眼，這里使用官方design庫中提供的TabLayout，配合ViewPager可以實現(xiàn)頁面的滑動切換浴滴。
import android.os.Bundle;
import android.support.annotation.Nullable;
import android.support.design.widget.TabLayout;
import android.support.v4.app.Fragment;
import android.support.v4.view.ViewPager;
import android.support.v7.app.AppCompatActivity;
import com.example.viewpagerfragment.R;
import com.example.viewpagerfragment.adapter.MyPagerAdapter;
import java.util.ArrayList;
import java.util.List;
public class TabActivity extends AppCompatActivity {
private TabLayout mTabLayout;
private ViewPager mViewPager;
private HomeFragment homefragment;
private KnowledgeSystemFragment knowledgeSystemFragment;
private ProjectFragment projectFragment;
private List<Fragment> mFragments;
private MyPagerAdapter mAdapter;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_tab);
initView();
initData();
initEvent();
}
/**
* 初始化視圖
*/
private void initView() {
mTabLayout = findViewById(R.id.tl_tabs);
mViewPager = findViewById(R.id.vp_tabs);
}
/**
* 初始化數(shù)據(jù)
*/
private void initData() {
mFragments = new ArrayList<>();
homefragment = new HomeFragment();
knowledgeSystemFragment = new KnowledgeSystemFragment();
projectFragment = new ProjectFragment();
mFragments.add(homefragment);
mFragments.add(knowledgeSystemFragment);
mFragments.add(projectFragment);
mAdapter = new MyPagerAdapter(getSupportFragmentManager(), mFragments);
mViewPager.setAdapter(mAdapter);
// 關聯(lián)ViewPager
mTabLayout.setupWithViewPager(mViewPager);
// mTabLayout.setupWithViewPager方法內部會remove所有的tabs拓萌，這里重新設置一遍tabs的text，否則tabs的text不顯示
mTabLayout.getTabAt(0).setText("首頁");
mTabLayout.getTabAt(1).setText("知識體系");
mTabLayout.getTabAt(2).setText("項目");
}
/**
* 初始化事件
*/
private void initEvent() {
}
}
此時我們通過Log可以看出升略，創(chuàng)建第一個Fragment的同時微王，第二個Fragment也創(chuàng)建并加載了。這里的MyPagerAdapter可以繼承FragmentPagerAdapter品嚣，也可以繼承FragmentStatePagerAdapter炕倘，那么兩者有什么區(qū)別呢，當我們切換到第三個Fragment腰根，觀察第一個Fragment的生命周期激才，就會發(fā)現(xiàn)區(qū)別：如果ViewPager的adapter繼承自FragmentPagerAdapter，那么只會銷毀Fragment的視圖额嘿，不會銷毀Fragment對象瘸恼；如果ViewPager的adapter繼承自FragmentStatePagerAdapter，那么不僅會銷毀Fragment的視圖册养，也會銷毀Fragment對象东帅。
2.ViewPager的預加載機制
通過之前的例子我們已經(jīng)知道ViewPager會提前加載下一個位置的Fragment，其實預加載的Fragment個數(shù)是可以設置的球拦，setOffscreenPageLimit(int limit)的作用就是設置ViewPager的預加載頁面數(shù)量靠闭，同時也決定了ViewPager能夠緩存的頁面數(shù)量。舉個例子坎炼，如果我們調用mViewPager.setOffscreenPageLimit(3)愧膀，那么ViewPager會提前加載當前頁面兩邊相鄰的3個Fragment，此時VIewPager可緩存的Fragment數(shù)量為2*3+1=7谣光，與當前Fragment間距超過3的Fragment就會被銷毀回收（是否會銷毀Fragment實例對象由我們繼承的Adapter決定）檩淋。當我們setOffscreenPageLimit(3)，顯示第一個Fragment時萄金，就已經(jīng)創(chuàng)建并加載了所有的Fragment蟀悦，我們會發(fā)現(xiàn)ViewPager的預加載機制其實和我們想要實現(xiàn)的懶加載是背道而馳的，那么我們可以通過setOffscreenPageLimit(0)取消預加載嗎氧敢？答案是不能日戈。我們來看一下setOffscreenPageLimit()方法內部就明白了：
private static final int DEFAULT_OFFSCREEN_PAGES = 1;
public void setOffscreenPageLimit(int limit) {
if (limit < DEFAULT_OFFSCREEN_PAGES) {
Log.w(TAG, "Requested offscreen page limit " + limit + " too small; defaulting to "
+ DEFAULT_OFFSCREEN_PAGES);
limit = DEFAULT_OFFSCREEN_PAGES;
}
if (limit != mOffscreenPageLimit) {
mOffscreenPageLimit = limit;
populate();
}
}
我們可以很清楚地看出，如果我們傳入了小于1的值孙乖，最后都會取默認值1浙炼，因此這種方法是無法取消預加載的份氧。
3.如何實現(xiàn)ViewPager的Fragment懶加載
既然我們無法取消ViewPager的預加載，那就只能從Fragment的角度來實現(xiàn)懶加載了鼓拧“牖穑基本思路是判斷Fragment是否可見，當可見時才加載數(shù)據(jù)季俩，這就涉及到了Fragment的兩個方法：setUserVisibleHint(boolean isVisibleToUser)和onHiddenChanged(boolean hidden)钮糖，下面我們就來具體看一下這兩個方法。
setUserVisibleHint
每個Fragment的setUserVisibleHint()方法都會至少執(zhí)行兩次酌住，一次是在Fragment的生命周期方法執(zhí)行之前店归，此時isVisibleToUser的值為false；一次是在Fragment變?yōu)榭梢姇r酪我，此時isVisibleToUser的值為true消痛。
這里還需要提一下getUserVisibleHint()方法，也有人是利用該方法來判斷Fragment是否可見的都哭，那么該方法的返回值代表什么呢秩伞，通過查看源碼，我們可以發(fā)現(xiàn)欺矫，其實getUserVisibleHint()的返回值就是setUserVisibleHint()方法的isVisibleToUser參數(shù)纱新，因此，這種判斷方式本質上和利用isVisibleToUser來判斷是一樣的穆趴。
public void setUserVisibleHint(boolean isVisibleToUser) {
if (!mUserVisibleHint && isVisibleToUser && mState < STARTED
&& mFragmentManager != null && isAdded()) {
mFragmentManager.performPendingDeferredStart(this);
}
// 這里對mUserVisibleHint賦值
mUserVisibleHint = isVisibleToUser;
mDeferStart = mState < STARTED && !isVisibleToUser;
}
public boolean getUserVisibleHint() {
return mUserVisibleHint;
}
onHiddenChanged
onHiddenChanged()方法只有在利用FragmentManager管理Fragment脸爱，并且使用hide()和show()方法切換Fragment時才會被調用，該方法同樣有一個參數(shù)hidden未妹，表示Fragment是否隱藏簿废。當顯示第一個Fragment時，可以發(fā)現(xiàn)并沒有執(zhí)行第一個Fragment的onHiddenChanged()方法络它，這是由于我在代碼添加了判斷族檬，如果Fragment實例對象為空，就調用add()方法先將Fragment添加到FragmentTransaction中化戳，并沒有調用show()方法单料。onHiddenChanged()方法只有在Fragment的隱藏或顯示狀態(tài)發(fā)生了改變時才會調用。不同于setUserVisibleHint()方法迂烁，調用onHiddenChanged()時Fragment已經(jīng)完成了創(chuàng)建相關生命周期（onAttach()~onResume()）的回調看尼。
既然已經(jīng)清楚了這兩個方法的調用時機和作用递鹉，那么我們就可以來實現(xiàn)懶加載了盟步，首先確定實現(xiàn)思路：
- 要在Fragment可見時加載數(shù)據(jù)，并且只加載一次躏结。
- 由于ViewPager的預加載機制却盘，因此要利用setUserVisibleHint()方法，根據(jù)參數(shù)isVisibleToUser來判斷Fragment是否可見。
- setUserVisibleHint()方法不止會在Fragment切換時調用黄橘，在onCreateView()之前也會被調用兆览，此時isVisibleToUser的值為false，這時是獲取不到視圖和控件的塞关，因此不能只根據(jù)isVisibleToUser來判斷是否需要加載數(shù)據(jù)抬探，需要引入一個變量標識視圖是否已經(jīng)加載完成。
- 由于加載數(shù)據(jù)后繼續(xù)切換ViewPager仍然會執(zhí)行setUserVisibleHint()方法帆赢，因此還需要引入一個變量標識是否已經(jīng)加載過數(shù)據(jù)小压，防止數(shù)據(jù)的重復加載。
- 只有當同時滿足以下三個條件時才加載數(shù)據(jù)：
- 視圖已加載完成
- 數(shù)據(jù)未加載
- Fragment可見
清楚了思路后椰于，我們就可以來封裝自己的LazyFragment了怠益，完整代碼如下：
import android.content.Context;
import android.os.Bundle;
import android.support.annotation.NonNull;
import android.support.annotation.Nullable;
import android.support.v4.app.Fragment;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
public abstract class LazyFragment extends Fragment {
private Context mContext;
private boolean hasViewCreated; // 視圖是否已加載
private boolean isFirstLoad; // 是否首次加載
private ProgressDialog mProgressDialog; // 加載進度對話框
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mContext = getActivity();
}
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
hasViewCreated = true;
isFirstLoad = true;
View view = LayoutInflater.from(mContext).inflate(getContentViewId(), null);
initView(view);
initData();
initEvent();
lazyLoad();
return view;
}
/**
* 設置布局資源id
*
* @return
*/
protected abstract int getContentViewId();
/**
* 初始化視圖
*
* @param view
*/
protected void initView(View view) {
}
/**
* 初始化數(shù)據(jù)
*/
protected void initData() {
}
/**
* 初始化事件
*/
protected void initEvent() {
}
/**
* 懶加載
*/
protected void onLazyLoad(){
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
if (isVisibleToUser) {
lazyLoad();
}
}
private void lazyLoad() {
if (!hasViewCreated || !isFirstLoad || !getUserVisibleHint()) {
return;
}
isFirstLoad = false;
onLazyLoad();
}
}
這樣封裝其實也有一個問題，就是當同一個Fragment同時需要用于FragmentManager場景和ViewPager場景中時瘾婿，如果將加載數(shù)據(jù)邏輯放到onLazyLoad()中蜻牢，那么在使用FragmentManager管理Fragment時不會調用setUsersetUserVisibleHint()方法，也就無法加載數(shù)據(jù)了偏陪；如果把加載數(shù)據(jù)邏輯放到initData()中抢呆，那么就失去了懶加載的作用。我有看到過一種解決方法是重寫onHiddenChanged()方法竹挡，根據(jù)相同的判斷條件镀娶，執(zhí)行加載數(shù)據(jù)邏輯，但是這樣有一個問題是在每一個Fragment第一次調用add()方法被添加后揪罕，需要手動調用hide()和show()方法來觸發(fā)onHiddenChanged()方法梯码，個人覺得還是有些奇怪，這里就不展示了好啰⌒ⅲ考慮到這種情況也不是很常見，如果真的遇到了框往，還是寫兩個Fragment吧鳄抒。
總結與后記
本文主要介紹了Fragment的懶加載實現(xiàn)以及ViewPager的預加載機制。實現(xiàn)Fragment的切換有兩種方式：FragmentManager和ViewPager椰弊，其中前者不會提前加載Fragment许溅，因此不需要實現(xiàn)懶加載；后者由于自身的預加載機制秉版，需要考慮懶加載來使得頁面的加載更加流暢贤重。我們要清楚懶加載的實現(xiàn)并不是因為Fragment被延遲加載了，F(xiàn)ragment仍然會被預加載清焕，只是當Fragment可見時才加載數(shù)據(jù)而已并蝗〖婪福看到網(wǎng)上有些文章直接在onResume()方法中判斷一次有沒有加載過數(shù)據(jù)就認為已經(jīng)實現(xiàn)了懶加載，這樣是不對的滚停。注意懶加載是頁面可見的時候才去加載數(shù)據(jù)沃粗，在ViewPager的預加載機制中會提前運行預加載的Fragment的onResume()方法，如果用這種方法就與懶加載的概念背道而馳了键畴。
Demo地址
