2017年05月30
最后的懶加載寫的不好，推薦請(qǐng)叫我大蘇同學(xué)寫的Fragment懶加載博客，
【Android】再來(lái)一篇Fragment的懶加載（只加載一次哦）
在大蘇同學(xué)的博客評(píng)論里，看到了另一個(gè)實(shí)現(xiàn)思路，有提到可以使用okHttp的緩存機(jī)制，有空也再學(xué)一下
1. 一直以來(lái)的疑問(wèn)<p>
Fragment在ViewPager到底經(jīng)歷了哪些生命周期方法？到底發(fā)生了什么？
常會(huì)TabLayout和ViewPager配合起來(lái)使用，針對(duì)這套組合，就想也做一些學(xué)習(xí)了解。在一個(gè)ViewPager中經(jīng)常會(huì)存在多個(gè)Fragment，F(xiàn)ragemnt在ViewPager中的生命周期一直沒(méi)有鬧明白。這周正好在做一個(gè)測(cè)試的時(shí)候又用到了TabLayout和ViewPager組合。ViewPager中的Fragment并想做到延遲加載，在Fragment可見(jiàn)的時(shí)候再進(jìn)行網(wǎng)絡(luò)請(qǐng)求。在敲代碼的時(shí)候想到到幾個(gè)問(wèn)題：
1. 在ViewPager中，滑動(dòng)時(shí)，F(xiàn)ragment會(huì)經(jīng)歷哪些生命周期？
2. ViewPager的setOffscreenPageLimit()方法對(duì)Fragment有哪些影響？
3. Fragment的setUserVisibleHint()對(duì)Fragment的生命周期有哪些影響？
4. 點(diǎn)擊TabLayout的Tab時(shí)，F(xiàn)ragment經(jīng)歷的生命周期和滑動(dòng)ViewPager有啥不一樣？
現(xiàn)在有個(gè)明確的需求：在TabLayout和ViewPager這個(gè)組合下，實(shí)現(xiàn)Fragment的延遲加載。
2. Tablayout、ViewPager組合 <p>
代碼很簡(jiǎn)單，就是新建一個(gè)Android Stuido工程，一個(gè)Activity里面有一個(gè)TabLayout和ViewPager，ViewPager中四個(gè)Fragment。
2.1 布局文件 <p>
Activity的布局文件:
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:fitsSystemWindows="true"
tools:context="com.example.fragmentlifeinviewpager.MainActivity">
<android.support.design.widget.AppBarLayout
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:theme="@style/AppTheme.AppBarOverlay">
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="?attr/actionBarSize"
android:background="?attr/colorPrimary"
app:title="英勇青銅5"
app:layout_scrollFlags="scroll|enterAlways"
app:popupTheme="@style/AppTheme.PopupOverlay" />
<android.support.design.widget.TabLayout
android:id="@+id/tab_main_activity"
android:layout_width="match_parent"
android:layout_height="?actionBarSize"
app:tabMode="fixed"
app:tabSelectedTextColor="@color/colorAccent"
app:tabTextColor="@android:color/white"
/>
</android.support.design.widget.AppBarLayout>
<android.support.v4.view.ViewPager
app:layout_behavior="@string/appbar_scrolling_view_behavior"
android:id="@+id/vp_main_activity"
android:layout_width="match_parent"
android:layout_height="match_parent"/>
</android.support.design.widget.CoordinatorLayout>
主要是CoordinatorLayout、AppBarLayout和Toolabr的使用。如果基礎(chǔ)的用法不知道的話可以看看CoordinatorLayout、Tablayout、Toolbar簡(jiǎn)單組合使用,我寫的很基礎(chǔ)的用法。啊哈哈 :)
Fragment的布局：
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent" android:layout_height="match_parent">
<android.support.v4.widget.NestedScrollView
android:layout_width="match_parent"
android:layout_height="match_parent">
<TextView
android:layout_width="match_parent"
android:layout_height="match_parent"
android:textColor="@color/colorPrimary"
android:textSize="150sp"
android:text="1"
android:gravity="center"
/>
</android.support.v4.widget.NestedScrollView>
</FrameLayout>
Fragmentde的布局更加簡(jiǎn)單，主要就一個(gè)TextView。4個(gè)Fragment布局一樣，就貼出一個(gè)。
2.2 Actiity代碼 <p>
public class MainActivity extends AppCompatActivity {
private TabLayout tabLayout;
private ViewPager viewPager;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Toolbar toolbar = (Toolbar) findViewById(R.id.toolbar);
setSupportActionBar(toolbar);
initView();
}
private void initView() {
tabLayout = (TabLayout) findViewById(R.id.tab_main_activity);
viewPager = (ViewPager) findViewById(R.id.vp_main_activity);
ViewPagerAdapter adapter = new ViewPagerAdapter(getSupportFragmentManager());
viewPager.setAdapter(adapter);
List <Fragment> data = new ArrayList<>();
data.add(new Fragment_1());
data.add(new Fragment_2());
data.add(new Fragment_3());
data.add(new Fragment_4());
adapter.setFragmentList(data);
tabLayout.setupWithViewPager(viewPager);
for (int i = 0 ; i < adapter.getCount() ; i ++){
tabLayout.getTabAt(i).setText("Tab_"+(i+1));
}
}
}
主要就是initView()這個(gè)方法。主要就是把4個(gè)Fragment加入到ViewPager中。
2.3 Fragment代碼 <p>
Fragemnt的生命周期方法共有11個(gè)，為了下面能夠更加清晰記住這些生命周期，我給這些生命周期方法從1到11定了編號(hào)。如下：
1_onAttach() --> 2_onCreate() --> 3_onCreateView() --> 4_onCreateActivity()
--> 5_onStart() --> 6_ onResume() --> 7_onPause() --> 8_onStop()
--> 9_onDestroyView() --> 10_onDestroy() --> 11_onDetach()
Fragment原本打算偷懶，只想寫一套，不想寫4個(gè)。但寫一個(gè)的話onAttach()不好做區(qū)分展示，就又老老實(shí)實(shí)寫了四個(gè)。
public class Fragment_1 extends Fragment {
private final String TAG = "Fragment_1";
@Override
public void onAttach(Context context) {
super.onAttach(context);
log(" 1-->onAttach");
}
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
log(" 2-->onCreate");
}
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
log(" 3-->onCreateView");
return inflater.inflate(R.layout.fragment_layout_1,container,false);
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
log(" 4-->onActivityCreated");
}
@Override
public void onStart() {
super.onStart();
log(" 5-->onStart");
}
@Override
public void onResume() {
super.onResume();
log(" 6-->onResume");
}
@Override
public void onPause() {
super.onPause();
log(" 7-->onPause");
}
@Override
public void onStop() {
super.onStop();
log(" 8-->onStop");
}
@Override
public void onDestroyView() {
super.onDestroyView();
log(" 9-->onDestroyView");
}
@Override
public void onDestroy() {
super.onDestroy();
log(" 10-->onDestroy");
}
@Override
public void onDetach() {
super.onDetach();
log(" 11-->onDetach");
}
private void log (String methodName){
Log.e(TAG,"-------->"+methodName);
}
}
代碼全部貼完。都很簡(jiǎn)單。前面一個(gè)說(shuō)了4個(gè)問(wèn)題，到了思考第2,3個(gè)問(wèn)題時(shí)，代碼需要小改動(dòng)。
3. 開始分析問(wèn)題 1 <p>
- 在ViewPager中，滑動(dòng)時(shí)，F(xiàn)ragment會(huì)經(jīng)歷哪些生命周期？
開始前，這里沒(méi)有圖，就簡(jiǎn)單交代一下，每個(gè)Fragment有一個(gè)對(duì)應(yīng)的數(shù)字。TAB-1 對(duì)應(yīng)Fragment-1，以此類推，4個(gè)TAB對(duì)應(yīng)于4個(gè)Fragment。默認(rèn)顯示Fragment1。
3.1 滑動(dòng)ViewPager，切換Fragment <p>
這部分所有的切換Fragment都是通過(guò)滑動(dòng)ViewPager。不是點(diǎn)擊Tab。在Activity中，ViewPager此時(shí)啥都沒(méi)有設(shè)置。
3.1.1 加載Fragment_1 <p>
當(dāng)Activity中ViewPager加載完成時(shí)，手機(jī)屏幕顯示默認(rèn)的Fragment1。此時(shí)，打印的Log信息：
此時(shí)打印的Log信息與預(yù)想的有很大不同。我以為Fragment_1會(huì)從 1 onAttach() 開始直到 6 onResume()后，F(xiàn)ragment_2才會(huì)開始從 1onAttach()開始，到了3 onCreateView()會(huì)停止。然而，并不是預(yù)想的這樣。
首先，F(xiàn)ragment_1 經(jīng)歷 1_onAttach() 和 2_onCreate() 后， Fragment_2也開始走了 1_onAttach()和 2_onCreate()方法。
接著，F(xiàn)ragment_1依次經(jīng)歷 3_onCreateView(), 4_onCreateActivity(),5 _onStart ,6_onResume()。此時(shí)，F(xiàn)ragment_1獲得焦點(diǎn)，已經(jīng)展示在手機(jī)屏幕。Fragment_2也接著從 3_onCreate()開始直到也執(zhí)行到 6_onResume()方法。疑問(wèn)就在這，我個(gè)人感覺(jué)既然Fragment_2沒(méi)有在屏幕顯示，就不會(huì)執(zhí)行到 6_onResume()方法,然而Log信息卻顯示執(zhí)行到了 6_onResume()。這里記錄一下。
3.1.2 Fragment_1向右滑動(dòng)到Fragment_2 <p>
滑動(dòng)一下屏幕，ViewPager中由Fragment_1切換到Fragment_2，屏幕顯示Fragment_2時(shí)，下面是Log信息：
哎，我擦，咋就只有Fragment_3的信息，F(xiàn)ragment_1和Fragment_2的呢？這Fragment_2沒(méi)有Log信息可以理解，可Fragment_1應(yīng)該會(huì)有啊。這里又和預(yù)想的大不一樣。預(yù)想中Fragment_1會(huì)走 7__onPause(),8__onStop(),9__onDestroyView()和10__onDestroy()。而實(shí)際卻沒(méi)有走，開始還以為搞錯(cuò)了，又反復(fù)測(cè)試，發(fā)現(xiàn)就是只有Fragment_3的Log信息。
根據(jù)Log信息，可以看出，當(dāng)滑到Fragment_2后，F(xiàn)ragment_3經(jīng)歷了從 1__onCreate()方法到6__onResume()方法。Fragment_1卻是沒(méi)有走任何生命周期方法。這里考慮了一下，感覺(jué)也蠻合理。ViewPager展示的時(shí)候，用戶在實(shí)際使用的時(shí)候，經(jīng)常會(huì)從一個(gè)Fragment滑到另一個(gè)Fragment后又切換回來(lái)。這時(shí)如果按照我預(yù)想的，F(xiàn)ragment_1中的View已經(jīng)被銷毀，再次切換回來(lái)又需要重新繪制，這樣頻繁請(qǐng)求內(nèi)存空間也不好。
這時(shí)，F(xiàn)ragment_3已經(jīng)時(shí)刻準(zhǔn)備好，如果在onCreateView()方法中有網(wǎng)絡(luò)請(qǐng)求的話，網(wǎng)絡(luò)請(qǐng)求在滑動(dòng)到Fragment_2后就會(huì)被調(diào)用。就等著滑動(dòng)ViewPager后，來(lái)展示內(nèi)容。
這里先預(yù)留問(wèn)題：為什么滑到Fragment_2后，F(xiàn)ragment_1沒(méi)有走任何生命周期方法？Fragment_1的生命周期方法會(huì)在啥時(shí)候走？
當(dāng)Fragment_2在屏幕時(shí)，這時(shí)候就有了兩個(gè)方向可以選擇，左滑到Fragment_1 或者 右滑到 Fragment_3。同理，當(dāng)屏幕顯示Fragment_3的時(shí)候，也是有兩個(gè)方向可選擇。
3.1.3 由Fragment_2向右滑到Fragment_3 <p>
前面已經(jīng)提到，當(dāng)由Fragment_1滑到Frament_2后，F(xiàn)ragment_3的生命周期方法已經(jīng)從 1_onCreate()走到了 6_onResume()。當(dāng)滑到Fragment_3后，看下此時(shí)的Log信息。
這次，F(xiàn)ragment_4先走了1_onAttach(),2_onCreate()后，F(xiàn)ragment_1走 7_onPause,8_onStop,9_onDestoryView()。Fragment_1的生命周期終于開始走。這里也可以解答3.1.2最后預(yù)留的那個(gè)問(wèn)題。
看到了這次的Log信息，終于感覺(jué)看出了點(diǎn)ViewPager中嵌套Fragment后一些特點(diǎn)。
當(dāng)ViewPager中的Fragment大于等于3個(gè)的時(shí)候，除去展示開頭和結(jié)尾兩個(gè)Fragment的情況，ViewPager會(huì)保留一個(gè)Fragment左右兩側(cè)以及自身3個(gè)Fragment的信息。例如，當(dāng)滑到Fragment_2的時(shí)候，F(xiàn)ragment_3也已經(jīng)走到了6_onResume()這個(gè)生命周期方法，而此時(shí)，F(xiàn)ragemnt_1沒(méi)有走任何的生命周期方法，還在ViewPager中保留著。此外還有，當(dāng)加載本身或者預(yù)加載下一個(gè)Frgment時(shí)，只是先走1_onAttach()和2_onCreate()兩個(gè)生命周期方法后，才會(huì)根據(jù)當(dāng)前情況確定繼續(xù)走相應(yīng)的Fragment的生命周期方法。
3.1.4 由Fragment_2向左滑到Fragment_1 <p>
當(dāng)由Frament_1滑到Fragment_2時(shí)，并沒(méi)有走Fragment_1和Fragment_2的生命周期，而是走了Fragment從1_onCreate()到6_onResume()。接下來(lái)，屏幕向左滑，由Fragment_2滑到Fragment_1。
Log信息：
由Fragment_1滑到Fragment_2只是走了Fragment_3的生命周期方法，而由Fragment_2滑到Fragment_1時(shí)，也是只走了Fragment的生命周期方法。在3.1.2中，當(dāng)滑到Fragment_2后，F(xiàn)ragment_3已經(jīng)走到了6_onResume()方法。再滑到Fragment_1后，F(xiàn)ragment_3走了7_onPause(),8_onStop(),9_onDestoryView()。到了這里發(fā)現(xiàn)，在ViewPager中，相鄰的3個(gè)Fragment之間來(lái)回切換，都沒(méi)有走10_onDestroy()和11_onDetach()。
到了這里，四個(gè)Fragment滑動(dòng)的情況再分析查看下面的3種情況。其實(shí)，下面的這些情況和前面的情況重復(fù)了，本質(zhì)是一樣的。
- 由Fragment_3向右滑到Fragment_4
- 由Fragment_3向左滑到Fragment_3
- 由Fragment_4向左滑到Fragment_3
3.1.5 由Fragment_3向右滑到Fragment_4 <p>
滑動(dòng)前，當(dāng)屏幕顯示Fragment_3時(shí)，此時(shí)，由3.1.3知道，F(xiàn)ragment_1走到了9_onDestroyiew()。Fragment_4走到了6_onResume()。
滑到Fragment_4后：
Fragment_4是ViewPager中最后一個(gè)Fragment所以也就沒(méi)了下一個(gè)Fragment預(yù)加載。只是不相鄰的Fragment_2走了7_pause(),8_onStop,9_onDestroyView()方法。此時(shí)，就可以結(jié)合3.1.3情況來(lái)看。實(shí)際的情況是一樣的，只是區(qū)別在于Fragment_4已經(jīng)是最后一個(gè)Fragment了。
3.1.6 由Fragment_3向左滑到Fragment_2 <p>
這里結(jié)合3.1.4，很容易就理解了。
滑動(dòng)前，當(dāng)屏幕顯示Fragment_3時(shí)，此時(shí)，由3.1.3知道，F(xiàn)ragment_1走到了9_onDestroyiew()。Fragment_4走到了6_onResume()。
滑動(dòng)到Fragment_2后:
根據(jù)3.1.3中的Log信息，F(xiàn)rgment_1在由Fragment_2滑到Fragment_3的時(shí)候，生命周期已經(jīng)走到了9_onDestroyView()，并沒(méi)有走到10_onDestroy()。當(dāng)由Fragment_3滑到Fragment_2后，ViewPager再次預(yù)加載Fragment_1時(shí)，是從3_onCreateView()開始的，走到4_onCreateAcitivty()后，開始走Fragment_4的生命周期方法。
3.1.7 由Fragment_4向左滑到Fragment_3 <p>
滑動(dòng)前，當(dāng)顯示Fragment_4時(shí)，根據(jù)3.1.5的Log信息，F(xiàn)ragment_2走到了9_onDestroyView()生命周期方法。而Fragment_4此時(shí)處于6_onResume()這個(gè)生命周期方法。
滑動(dòng)到Fragment_3后：
到了這里，就比較容易理解此時(shí)的Log信息。Fragment_2從3_onCreateView()走到了6_onResume()方法。到了此時(shí)，F(xiàn)ragment_2、Fragment_3和Fragment_4此時(shí)3個(gè)Fragment都處于6_onResume()這個(gè)生命周期方法。
到了這里，ViewPager中Fragment滑動(dòng)的情況就差不多分析完了。其他都是些重復(fù)的情況了。根據(jù)3.1.1到3.1.7的Log來(lái)看，ViewPager中嵌套Fragment默認(rèn)不設(shè)置其他方法時(shí)，若Fragment的數(shù)量大于等于3時(shí)，ViewPager會(huì)保留包括一個(gè)Fragment在內(nèi)左右兩側(cè)3個(gè)Fragment的信息。然而這里也留下了個(gè)問(wèn)題，Fragment的10_onDestroy和11_onDetach()什么時(shí)候會(huì)走？
3.1.8 點(diǎn)擊回退鍵finish掉Acitivty時(shí) <p>
根據(jù)3.1.7的信息，此時(shí)，F(xiàn)ragment_1處于9_onDestroyView()這個(gè)生命周期方法，F(xiàn)ragment_2、Fragment_3和Fragment_4此時(shí)3個(gè)Fragment都處于6_onResume()這個(gè)生命周期方法。
此時(shí)，點(diǎn)擊back鍵結(jié)束當(dāng)前的Acitivty，我這里整個(gè)測(cè)試的App就一個(gè)Activity，點(diǎn)擊了back鍵就會(huì)退出應(yīng)用?？聪麓藭r(shí)的Log信息：
根據(jù)Log信息，F(xiàn)ragment_2,3,4先走了7_onPause()后，走了8_onStop()。接著，便是Fragment_1走10_onDestroy(),11_onDetach()。之后便是Fragment_2,3,4依次走9_onDestroyView(),10_onDestroy(),11_onDetach()。
到了這里，3.1.7的問(wèn)題也就有了答案。ViewPager中，F(xiàn)ragment的10_onDestroy()以及11_onDetach()會(huì)在ViewPager所在的Activity結(jié)束后被調(diào)用。
這里還有一點(diǎn)需要說(shuō)的是，點(diǎn)擊back鍵后，圖(點(diǎn)擊Back鍵時(shí))中的Log信息并不是一次打印出來(lái)的。一開始我以為是我是看錯(cuò)了，又測(cè)試了幾次，發(fā)現(xiàn)，F(xiàn)ragment_2,3,4走了7_onPause()這個(gè)方法后，確實(shí)會(huì)短暫停一下，非常快的又打印出下面的Log信息。
3.1.9 當(dāng)屏幕顯示Fragment_3時(shí)，點(diǎn)擊電源鍵關(guān)閉屏幕 <p>
當(dāng)屏幕正在展示某個(gè)Fragment時(shí)，點(diǎn)擊了電源鍵或者手機(jī)自動(dòng)息屏?xí)r，這種情況下，會(huì)和以上的幾種情況有所不同，下面還是以Fragment_3為例來(lái)嘗試分析一下。
根據(jù)3.1.7的信息，此時(shí)，F(xiàn)ragment_1處于9_onDestroyView()這個(gè)生命周期方法，F(xiàn)ragment_2，3，4此時(shí)3個(gè)Fragment都處于6_onResume()這個(gè)生命周期方法。
點(diǎn)擊電源鍵之后：
Fragment_2,3,4依次走了7_onPause(),8_onStop()。接下來(lái)，再點(diǎn)亮屏幕，顯示Fragment_3:
Fragment_2,3,4依次走了5_onStart(),6_onResume()。
到了此時(shí)，ViewPager中Fragment滑動(dòng)的情況就結(jié)束了。這些情況，寫一個(gè)很簡(jiǎn)單的測(cè)試demo就可以搞的比較清楚了。要一次就記得清楚也不算特別現(xiàn)實(shí)，多想幾次就可以了。
4. 嘗試分析問(wèn)題2<p>
-
ViewPager的setOffscreenPageLimit()方法對(duì)Fragment有哪些影響？
直白翻譯就是設(shè)置幕后頁(yè)面限制 :) 。其實(shí)就是設(shè)置緩存在ViewPager中的Fragment的數(shù)量。
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();
}
}
通過(guò)ViewPager中源碼可以看出，傳入的參數(shù)如果小于DEFAULT_OFFSCREEN_PAGES(就是1)這個(gè)值是無(wú)效的。所以嘗試使用setOffscreenPageLimit(0)來(lái)關(guān)閉ViewPager的預(yù)加載是無(wú)效。也就是說(shuō)，limit只有大于等于2時(shí)才會(huì)有效。Ps:ViewPager調(diào)用這個(gè)方法后，里面populate()這個(gè)方法又做了啥，我目前想關(guān)心也關(guān)心不了，大概看了下，ViewPager共有3000多行代碼，我目前的代碼閱讀能力還很低，即使想做到只是閱讀相關(guān)代碼也困難，目前想讀通比較困難，以后代碼閱讀能力提升再來(lái)看了。
接下來(lái)，在ViewPager中，加入viewPager.setOffscreenPageLimit(2)這行代碼，再次運(yùn)行，看看Log信息
根據(jù)問(wèn)題1的分析，看到這個(gè)Log信息就很好理解了，多了Fragment_3的Log信息，而且走的方法和Frgment_1和2是一樣的。后面的情況的Log信息便不再貼出來(lái)了，本質(zhì)是一樣的，只是多預(yù)加載了一個(gè)Fragment。但此時(shí)ViewPager依然只是保留3個(gè)Fragment的信息。當(dāng)滑到Fragment_4的時(shí)候，F(xiàn)ragment_1走了7_onPause(),8_onStop(),9_onDestroyView()。Fragment_2,3,4則處于6_onResume()。
這個(gè)方法對(duì)Fragment生命周期方法的調(diào)用順序上并沒(méi)有什么影響，只是預(yù)加載的Fragment的數(shù)量受設(shè)置的limit參數(shù)影響。
5. 嘗試分析問(wèn)題3 <p>
- 在ViewPager中,Fragment的setUserVisibleHint()對(duì)Fragment的生命周期有哪些影響？
再次顧名思義：設(shè)置用戶可見(jiàn)暗示 。:) 這個(gè)方法可以用來(lái)判斷Fragment是否可見(jiàn)。這里也不再貼源碼了。
5.1 Fragment加入setUserVisibleHint() <p>
修改代碼前，我把在分析問(wèn)題2時(shí)加入的viewPager.setOffscreenPageLimit(2)注釋掉。這樣Log信息會(huì)少一些。在每個(gè)Fragment中代碼做了一些修改加入了一個(gè)setUserVisibleHint()。
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
log("setUserVisibleHint");
}
再次運(yùn)行Demo，查看Log信息:
和預(yù)想的大不一樣。setUserVisibleHint()竟然最先被調(diào)用。預(yù)想的是1_onAttach()執(zhí)行后，才會(huì)走setUserVisibleHint()這個(gè)方法。而且，F(xiàn)ragment_1走了兩次setUserVisibleHint()這個(gè)方法。其他的Log信息倒是比較熟悉了。
滑動(dòng)屏幕，滑動(dòng)到Fragment_2,看下此時(shí)的Log信息：
這時(shí)不僅先執(zhí)行了Fragment_3的setUserVisibleHint()，連Fragment_1,2的setUserVisibleHint()方法也比Fragment_3的1_onAttach()。此時(shí)，F(xiàn)ragment_1,2,3都處于6_onResume()。再由Fragment_2滑到Fragment_1，看下Log：
此時(shí)，F(xiàn)ragment_1,2的setUserVisibleHint()方法優(yōu)先被調(diào)用，F(xiàn)ragment_3走到9_onDestroyView()方法。
到了這里，感覺(jué)setUserVisibleHint()這個(gè)方法每次滑動(dòng)都會(huì)被調(diào)用，而且最先被調(diào)用，緩存在ViewPager中的Fragment都會(huì)被調(diào)用。
接下來(lái)模擬一下延遲加載網(wǎng)絡(luò)請(qǐng)求。
5.2 延遲加載，模擬網(wǎng)絡(luò)請(qǐng)求 <p>
在每個(gè)Fragment中，加入一個(gè)Boolean值，并將代碼做一些改動(dòng)。
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
isCreate = true;
log(" 2__onCreate");
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
if (isCreate && isVisibleToUser){
log("開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了");
isCreate = false;
}
}
當(dāng)Fragment可見(jiàn)時(shí)，進(jìn)行網(wǎng)絡(luò)請(qǐng)求。網(wǎng)絡(luò)請(qǐng)求加上了前提條件。除了isVisibleToUser為true外還有一個(gè)isCreate。Fragment走了2_onCreate()iSCreate設(shè)為了true。我通常會(huì)用Fragment.newInstrance()這個(gè)方法進(jìn)行初始化Fragment時(shí)來(lái)傳值，在2_onCreate()方法中通過(guò)getArguments()來(lái)接收值，所以這里加了一個(gè)條件isCreate為true。
再次運(yùn)行Demo，看Log信息：
我擦，我的"開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了"呢？最關(guān)鍵的Log信息卻沒(méi)有看到。根據(jù)5.1，每次滑動(dòng)時(shí)，肯定會(huì)調(diào)用setUserVisibleHint()這個(gè)方法的啊，可Fragment_1明明都已經(jīng)可見(jiàn)了，怎么沒(méi)有出現(xiàn)"開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了"？于是，看了下源碼，...，白看，沒(méi)瞧出啥。好吧，我再滑下屏幕,Fragment_2顯示，看下Log：
滑到Fragment_2后，第一行倒是打印出來(lái)了"開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了"。繼續(xù)滑，F(xiàn)ragment_3,4也都打印出來(lái)了。然后我又依次從Fragment_4滑到了Fragment_1后，Log信息也打出了
"E/Fragment_1: -------->開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了"
可為啥Fragment_1第一次顯示時(shí)，沒(méi)有打印呢？
這里結(jié)合5.1想了一下，setUserVisibleHint()這個(gè)方法在1_onAttach()方法之前。Fragment_1第一次加載時(shí)，2_onCreate()方法還沒(méi)走呢，此時(shí)isCreate的值還是fasle，就不會(huì)打印"開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了"。根據(jù)5.1的Log信息，F(xiàn)ragment_1兩次調(diào)用setUserVisibleHint()時(shí)，isCreate都為false。而isCreate值變?yōu)閠rue后，卻不在執(zhí)行setUserVisibleHint()方法了。
暫時(shí)的解決思路在 6.2 給出
6. 嘗試分析問(wèn)題4<p>
- 點(diǎn)擊TabLayout的Tab時(shí)，F(xiàn)ragment經(jīng)歷的生命周期和滑動(dòng)ViewPager有啥不一樣？
問(wèn)題1,2,3都是通過(guò)滑動(dòng)來(lái)分析的，沒(méi)有通過(guò)點(diǎn)擊Tab?，F(xiàn)在來(lái)看看點(diǎn)擊Tab。
6.1點(diǎn)擊Tab時(shí)，F(xiàn)ragment所走的生命周期 <p>
開始前，把每個(gè)Fragment中的setUserVisibleHint()先注釋掉,之后運(yùn)行Demo。這里點(diǎn)擊Tab_2是體現(xiàn)不出啥效果的，因?yàn)镕ragment_2已經(jīng)預(yù)加載了。我這里點(diǎn)擊Tab_3，看Log信息：
到了這里，這個(gè)Log信息還是比較容易理解了。此時(shí)的Fragment_2,3,4處于6_onResume()這個(gè)方法。Fragment_1走到9_onDestroyView()。和滑動(dòng)時(shí)其實(shí)沒(méi)有本質(zhì)的區(qū)別。就是點(diǎn)擊可以從Fragment_1越過(guò)Fragment_2而直接到Fragment_3這種交互上的區(qū)別而造成的少了滑動(dòng)時(shí)對(duì)Fragment_3的預(yù)加載。如果是從Fragment_1滑到Fragment_3，在滑到Fragment_2時(shí)，就已經(jīng)完成了對(duì)Fragment_3的預(yù)加載。而通過(guò)點(diǎn)擊的方式時(shí)，點(diǎn)擊Tab_3后，F(xiàn)ragment_3是從1_onAttach()這個(gè)生命周期方法開始的。
6.2 點(diǎn)擊Tab的方式和Fragment延遲加載遇到的問(wèn)題 <p>
在5.2中遇到的一個(gè)問(wèn)題就是，F(xiàn)ragment_1用了我寫的那種延遲加載的方法時(shí)，第一次加載不會(huì)進(jìn)行網(wǎng)絡(luò)請(qǐng)求，只有再次滑到Fragment_1后才會(huì)進(jìn)行網(wǎng)絡(luò)請(qǐng)求。到了這里，同樣也會(huì)引起這個(gè)問(wèn)題。少了預(yù)加載，例如6.1中，直接點(diǎn)擊Tab_3時(shí)，此時(shí)Fragment_3并沒(méi)有預(yù)加載。setUesrVisibleHint()的方法又比1_onAttach()方法調(diào)用的早。會(huì)有和5.2中遇到的問(wèn)題一樣。第一次點(diǎn)擊Tab_3后，并不會(huì)進(jìn)行網(wǎng)絡(luò)請(qǐng)求，只有再次滑動(dòng)到Fragment_3后才會(huì)進(jìn)行網(wǎng)絡(luò)請(qǐng)求。
修改每個(gè)Fragment的代碼如下：
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
isCreate = true;
log(" 2__onCreate");
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
load();
}
private void load() {
if (isCreate && getUserVisibleHint() && !isHasLaodOnce){
log("開始進(jìn)行網(wǎng)絡(luò)請(qǐng)求了");
isCreate = false;
isHasLaodOnce = true;
}
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
log(" 4__onActivityCreated");
load();
}
load()方法有3個(gè)前提條件，isCreate，可見(jiàn)，沒(méi)有進(jìn)行網(wǎng)絡(luò)請(qǐng)求過(guò)。
根據(jù)5.1，setUserVisibleHint()這個(gè)方法會(huì)在預(yù)加載Fragment時(shí)，會(huì)在Fragment的1_onAttach()前調(diào)用。此時(shí)，在setUserVisibleHint()里面調(diào)用也不用害怕空指針的問(wèn)題，因?yàn)橛?個(gè)前條件。當(dāng)通過(guò)滑動(dòng)ViewPger時(shí)，根據(jù)5.1知道，每次滑動(dòng)都會(huì)調(diào)用setUserVisibleHint()這個(gè)方法，進(jìn)行預(yù)加載后，當(dāng)滑到Fragment_2,3,4時(shí)，就會(huì)調(diào)用里面的load()方法。
針對(duì)5.2和6.2的問(wèn)題。解決辦法就是在Fragment的4_onCreateActivity()中調(diào)用load。我個(gè)人習(xí)慣把網(wǎng)絡(luò)請(qǐng)求放在這個(gè)生命周期。在Fragment_1和點(diǎn)擊Tab時(shí)，引起問(wèn)題的原因就是setUserVisibleHint()先于1_onAttach()調(diào)用，不能滿足前提條件中的isCreate，所以load方法不會(huì)被調(diào)用。而4_onCreateActivity()中會(huì)再次調(diào)用load()方法，此時(shí)還滿足3個(gè)前提條件。這樣，遺留的問(wèn)題也解決了。ViewPager中Fragment延遲加載這個(gè)需求也可以實(shí)現(xiàn)了。如果此時(shí)Fragment中有一個(gè)輪播圖的話，也可以通過(guò)getUserVisibleHint()這個(gè)方法來(lái)選擇關(guān)閉輪播圖線程的時(shí)機(jī)。
當(dāng)再次滑回已經(jīng)加載過(guò)的Fragment，空白時(shí)，是由于Adapter的destroyItem()將之前的Fragment已經(jīng)清除
粗暴的做法是ViewPager 的 Adapter 的destroyItem()方法，需要重寫，將super()方法注釋掉
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
// super.destroyItem(container, position, object);
}
但這比較適合Fragment比較少的情況，有3，4個(gè)Fragment，因?yàn)榭赡軙?huì)比較占用內(nèi)存，這其實(shí)和使用setOffscreenPageLimit()來(lái)保存Fragment個(gè)數(shù)的效果是一樣
一旦Fragment多了，除了單純的利用ViewPager的特征外，還可以考慮結(jié)合使用 OkHttp的緩存機(jī)制來(lái)做。把兩者結(jié)合，效果應(yīng)該比單純使用ViewPager要好
7. 總結(jié) <p>
這個(gè)周末用了一天半，寫好了這篇博客，用來(lái)記錄下我的學(xué)習(xí)過(guò)程。寫的內(nèi)容也是比較淺顯，水平太菜，如果能有能力閱讀源碼，對(duì)于問(wèn)題2,3,4會(huì)有更深入的了解，會(huì)有好的辦法，而不是這篇博客中折中的方法。如果有啥錯(cuò)誤，請(qǐng)趕緊指出。: )
如果你看到了這里，真愛(ài)啊。十分感謝。
共勉 ：）
