摘要：也有類似的棧，稱為回退棧，回退棧是由管理的。為的參數(shù)，通過能找到回退棧的特定元素，可以為或者，表示只彈出該元素以上的所有元素，表示彈出包含該元素及以上的所有元素。是異步執(zhí)行的，是丟到主線程的執(zhí)行，是同步版本。

歡迎大家前往云+社區(qū)，獲取更多騰訊海量技術(shù)實(shí)踐干貨哦~

由 天天P圖攻城獅 發(fā)布在云+社區(qū) 
作者簡介：damonxia(夏正冬)，天天P圖Android工程師

下文中Demo的源代碼地址：https://github.com/xiazdong/F...。

Fragment，簡稱碎片，是Android 3.0（API 11）提出的，為了兼容低版本，support-v4庫中也開發(fā)了一套Fragment API，最低兼容Android 1.6。
過去support-v4庫是一個(gè)jar包，24.2.0版本開始，將support-v4庫模塊化為多個(gè)jar包，包含：support-fragment, support-ui, support-media-compat等，這么做是為了減少APK包大小，你需要用哪個(gè)模塊就引入哪個(gè)模塊。
如果想引入整個(gè)support-v4庫，則compile "com.android.support:support-v4:24.2.1"，如果只想引入support-fragment庫，則com.android.support:support-fragment:24.2.1。

因?yàn)閟upport庫是不斷更新的，因此建議使用support庫中的android.support.v4.app.Fragment，而不要用系統(tǒng)自帶的android.app.Fragment。而如果要使用support庫的Fragment，Activity必須要繼承FragmentActivity（AppCompatActivity是FragmentActivity的子類）。

Fragment官方的定義是：

Fragment represents a behavior or a portion of user interface in an Activity. You can combine multiple fragments in a single activity to build a multi-pane UI and reuse a fragment in multiple activities. You can think of a fragment as a modular section of an activity, which has its own lifecycle, receives its own input events, and which you can add or remove while the activity is running.

根據(jù)上面的定義可知：

Fragment是依賴于Activity的，不能獨(dú)立存在的。

一個(gè)Activity里可以有多個(gè)Fragment。

一個(gè)Fragment可以被多個(gè)Activity重用。

Fragment有自己的生命周期，并能接收輸入事件。

我們能在Activity運(yùn)行時(shí)動(dòng)態(tài)地添加或刪除Fragment。

Android 3.0系統(tǒng)只針對平板電腦，且閉源，那時(shí)候針對手機(jī)和針對平板是兩套源代碼，后來Android
4.0時(shí)整合了手機(jī)和平板的源碼，因此市面上很難看到Android 3.0系統(tǒng)。

Fragment的優(yōu)勢有以下幾點(diǎn)：

模塊化（Modularity）：我們不必把所有代碼全部寫在Activity中，而是把代碼寫在各自的Fragment中。

可重用（Reusability）：多個(gè)Activity可以重用一個(gè)Fragment。

可適配（Adaptability）：根據(jù)硬件的屏幕尺寸、屏幕方向，能夠方便地實(shí)現(xiàn)不同的布局，這樣用戶體驗(yàn)更好。

Fragment核心的類有：

Fragment：Fragment的基類，任何創(chuàng)建的Fragment都需要繼承該類。

FragmentManager：管理和維護(hù)Fragment。他是抽象類，具體的實(shí)現(xiàn)類是- FragmentManagerImpl。

FragmentTransaction：對Fragment的添加、刪除等操作都需要通過事務(wù)方式進(jìn)行。他是抽象類，具體的實(shí)現(xiàn)類是BackStackRecord。

Nested Fragment（Fragment內(nèi)部嵌套Fragment的能力）是Android 4.2提出的，support-fragment庫可以兼容到1.6。通過getChildFragmentManager()能夠獲得管理子Fragment的FragmentManager，在子Fragment中可以通過getParentFragment()獲得父Fragment。

這里給出Fragment最基本的使用方式。首先，創(chuàng)建繼承Fragment的類，名為Fragment1：

Fragment有很多可以復(fù)寫的方法，其中最常用的就是onCreateView()，該方法返回Fragment的UI布局，需要注意的是inflate()的第三個(gè)參數(shù)是false，因?yàn)樵贔ragment內(nèi)部實(shí)現(xiàn)中，會(huì)把該布局添加到container中，如果設(shè)為true，那么就會(huì)重復(fù)做兩次添加，則會(huì)拋如下異常：

如果在創(chuàng)建Fragment時(shí)要傳入?yún)?shù)，必須要通過setArguments(Bundle bundle)方式添加，而不建議通過為Fragment添加帶參數(shù)的構(gòu)造函數(shù)，因?yàn)橥ㄟ^setArguments()方式添加，在由于內(nèi)存緊張導(dǎo)致Fragment被系統(tǒng)殺掉并恢復(fù)（re-instantiate）時(shí)能保留這些數(shù)據(jù)。官方建議如下：

It is strongly recommended that subclasses do not have other
constructors with parameters, since these constructors will not be
called when the fragment is re-instantiated.

我們可以在Fragment的onAttach()中通過getArguments()獲得傳進(jìn)來的參數(shù)，并在之后使用這些參數(shù)。如果要獲取Activity對象，不建議調(diào)用getActivity()，而是在onAttach()中將Context對象強(qiáng)轉(zhuǎn)為Activity對象。
創(chuàng)建完Fragment后，接下來就是把Fragment添加到Activity中。在Activity中添加Fragment的方式有兩種：

靜態(tài)添加：在xml中通過的方式添加，缺點(diǎn)是一旦添加就不能在運(yùn)行時(shí)刪除。

動(dòng)態(tài)添加：運(yùn)行時(shí)添加，這種方式比較靈活，因此建議使用這種方式。

雖然Fragment能在XML中添加，但是這只是一個(gè)語法糖而已，F(xiàn)ragment并不是一個(gè)View，而是和Activity同一層次的。
這里只給出動(dòng)態(tài)添加的方式。首先Activity需要有一個(gè)容器存放Fragment，一般是FrameLayout，因此在Activity的布局文件中加入FrameLayout：

然后在onCreate()中，通過以下代碼將Fragment添加進(jìn)Activity中。

這里需要注意幾點(diǎn)：

因?yàn)槲覀兪褂昧藄upport庫的Fragment，因此需要使用getSupportFragmentManager()獲取FragmentManager。

add()是對Fragment眾多操作中的一種，還有remove(), replace()等，第一個(gè)參數(shù)是根容器的id（FrameLayout的id，即”@id/container”），第二個(gè)參數(shù)是Fragment對象，第三個(gè)參數(shù)是fragment的tag名，指定tag的好處是后續(xù)我們可以通過Fragment1 frag = getSupportFragmentManager().findFragmentByTag("f1")從FragmentManager中查找Fragment對象。

在一次事務(wù)中，可以做多個(gè)操作，比如同時(shí)做add().remove().replace()。

commit()操作是異步的，內(nèi)部通過mManager.enqueueAction()加入處理隊(duì)列。對應(yīng)的同步方法為commitNow()，commit()內(nèi)部會(huì)有checkStateLoss()操作，如果開發(fā)人員使用不當(dāng)（比如commit()操作在onSaveInstanceState()之后），可能會(huì)拋出異常，而commitAllowingStateLoss()方法則是不會(huì)拋出異常版本的commit()方法，但是盡量使用commit()，而不要使用commitAllowingStateLoss()。

addToBackStack("fname")是可選的。FragmentManager擁有回退棧（BackStack），類似于Activity的任務(wù)棧，如果添加了該語句，就把該事務(wù)加入回退棧，當(dāng)用戶點(diǎn)擊返回按鈕，會(huì)回退該事務(wù)（回退指的是如果事務(wù)是add(frag1)，那么回退操作就是remove(frag1)）；如果沒添加該語句，用戶點(diǎn)擊返回按鈕會(huì)直接銷毀Activity。

Fragment有一個(gè)常見的問題，即Fragment重疊問題，這是由于Fragment被系統(tǒng)殺掉，并重新初始化時(shí)再次將fragment加入activity，因此通過在外圍加if語句能判斷此時(shí)是否是被系統(tǒng)殺掉并重新初始化的情況。

Fragment有個(gè)常見的異常：

該異常出現(xiàn)的原因是：commit()在onSaveInstanceState()后調(diào)用。首先，onSaveInstanceState()在onPause()之后，onStop()之前調(diào)用。onRestoreInstanceState()在onStart()之后，onResume()之前。
因此避免出現(xiàn)該異常的方案有：

不要把Fragment事務(wù)放在異步線程的回調(diào)中，比如不要把Fragment事務(wù)放在AsyncTask的onPostExecute()，因此onPostExecute()可能會(huì)在onSaveInstanceState()之后執(zhí)行。

逼不得已時(shí)使用commitAllowingStateLoss()。

Fragment的生命周期和Activity類似，但比Activity的生命周期復(fù)雜一些，基本的生命周期方法如下圖：

解釋如下：

onAttach()：Fragment和Activity相關(guān)聯(lián)時(shí)調(diào)用?？梢酝ㄟ^該方法獲取 Activity引用，還可以通過getArguments()獲取參數(shù)。

onCreate()：Fragment被創(chuàng)建時(shí)調(diào)用。

onCreateView()：創(chuàng)建Fragment的布局。

onActivityCreated()：當(dāng)Activity完成onCreate()時(shí)調(diào)用。

onStart()：當(dāng)Fragment可見時(shí)調(diào)用。

onResume()：當(dāng)Fragment可見且可交互時(shí)調(diào)用。

onPause()：當(dāng)Fragment不可交互但可見時(shí)調(diào)用。

onStop()：當(dāng)Fragment不可見時(shí)調(diào)用。

onDestroyView()：當(dāng)Fragment的UI從視圖結(jié)構(gòu)中移除時(shí)調(diào)用。

onDestroy()：銷毀Fragment時(shí)調(diào)用。

onDetach()：當(dāng)Fragment和Activity解除關(guān)聯(lián)時(shí)調(diào)用。

上面的方法中，只有onCreateView()在重寫時(shí)不用寫super方法，其他都需要。
因?yàn)镕ragment是依賴Activity的，因此為了講解Fragment的生命周期，需要和Activity的生命周期方法一起講，即Fragment的各個(gè)生命周期方法和Activity的各個(gè)生命周期方法的關(guān)系和順序，如圖：

我們這里舉個(gè)例子來理解Fragment生命周期方法。功能如下：共有兩個(gè)Fragment：F1和F2，F(xiàn)1在初始化時(shí)就加入Activity，點(diǎn)擊F1中的按鈕調(diào)用replace替換為F2。
當(dāng)F1在Activity的onCreate()中被添加時(shí)，日志如下：

可以看出：

Fragment的onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()都是在Activity的onStart()中調(diào)用的。

Fragment的onResume()在Activity的onResume()之后調(diào)用。

接下去分兩種情況，分別是不加addToBackStack()和加addToBackStack()。
1、當(dāng)點(diǎn)擊F1的按鈕，調(diào)用replace()替換為F2，且不加addToBackStack()時(shí)，日志如下：

可以看到，F(xiàn)1最后調(diào)用了onDestroy()和onDetach()。
2、當(dāng)點(diǎn)擊F1的按鈕，調(diào)用replace()替換為F2，且加addToBackStack()時(shí)，日志如下：

可以看到，F(xiàn)1被替換時(shí)，最后只調(diào)到了onDestroyView()，并沒有調(diào)用onDestroy()和onDetach()。當(dāng)用戶點(diǎn)返回按鈕回退事務(wù)時(shí)，F(xiàn)1會(huì)調(diào)onCreateView()->onStart()->onResume()，因此在Fragment事務(wù)中加不加addToBackStack()會(huì)影響Fragment的生命周期。
FragmentTransaction有一些基本方法，下面給出調(diào)用這些方法時(shí)，F(xiàn)ragment生命周期的變化：

add(): onAttach()->…->onResume()。

remove(): onPause()->…->onDetach()。

replace(): 相當(dāng)于舊Fragment調(diào)用remove()，新Fragment調(diào)用add()。

show(): 不調(diào)用任何生命周期方法，調(diào)用該方法的前提是要顯示的Fragment已經(jīng)被添加到容器，只是純粹把Fragment UI的setVisibility為true。

hide(): 不調(diào)用任何生命周期方法，調(diào)用該方法的前提是要顯示的Fragment已經(jīng)被添加到容器，只是純粹把Fragment UI的setVisibility為false。

detach(): onPause()->onStop()->onDestroyView()。UI從布局中移除，但是仍然被FragmentManager管理。

attach(): onCreateView()->onStart()->onResume()。

我們知道Activity有任務(wù)棧，用戶通過startActivity將Activity加入棧，點(diǎn)擊返回按鈕將Activity出棧。Fragment也有類似的棧，稱為回退棧（Back Stack），回退棧是由FragmentManager管理的。默認(rèn)情況下，F(xiàn)ragment事務(wù)是不會(huì)加入回退棧的，如果想將Fragment事務(wù)加入回退棧，則可以加入addToBackStack("")。如果沒有加入回退棧，則用戶點(diǎn)擊返回按鈕會(huì)直接將Activity出棧；如果加入了回退棧，則用戶點(diǎn)擊返回按鈕會(huì)回滾Fragment事務(wù)。
我們將通過最常見的Fragment用法，講解Back Stack的實(shí)現(xiàn)原理：

上面這個(gè)代碼的功能就是將Fragment加入Activity中，內(nèi)部實(shí)現(xiàn)為：創(chuàng)建一個(gè)BackStackRecord對象，該對象記錄了這個(gè)事務(wù)的全部操作軌跡（這里只做了一次add操作，并且加入回退棧），隨后將該對象提交到FragmentManager的執(zhí)行隊(duì)列中，等待執(zhí)行。
BackStackRecord類的定義如下：

從定義可以看出，BackStackRecord有三重含義：

繼承了FragmentTransaction，即是事務(wù)，保存了整個(gè)事務(wù)的全部操作軌跡。

實(shí)現(xiàn)了BackStackEntry，作為回退棧的元素，正是因?yàn)樵擃悡碛惺聞?wù)全部的操作軌跡，因此在popBackStack()時(shí)能回退整個(gè)事務(wù)。

繼承了Runnable，即被放入FragmentManager執(zhí)行隊(duì)列，等待被執(zhí)行。

先看第一層含義，getSupportFragmentManager.beginTransaction()返回的就是BackStackRecord對象，代碼如下：

BackStackRecord類包含了一次事務(wù)的整個(gè)操作軌跡，是以鏈表形式存在的，鏈表的元素是Op類，表示其中某個(gè)操作，定義如下：

我們來看下具體場景下這些類是怎么被使用的，比如我們的事務(wù)做add操作。add函數(shù)的定義：

doAddOp()方法就是創(chuàng)建Op對象，并加入鏈表，定義如下：

addOp()是將創(chuàng)建好的Op對象加入鏈表，定義如下：

addToBackStack(“”)是將mAddToBackStack變量記為true，在commit()中會(huì)用到該變量。commit()是異步的，即不是立即生效的，但是后面會(huì)看到整個(gè)過程還是在主線程完成，只是把事務(wù)的執(zhí)行扔給主線程的Handler，commit()內(nèi)部是commitInternal()，實(shí)現(xiàn)如下：

如果mAddToBackStack為true，則調(diào)用allocBackStackIndex(this)將事務(wù)添加進(jìn)回退棧，F(xiàn)ragmentManager類的變量ArrayList mBackStackIndices;就是回退棧。實(shí)現(xiàn)如下：

在commitInternal()中，mManager.enqueueAction(this, allowStateLoss);是將BackStackRecord加入待執(zhí)行隊(duì)列中，定義如下：

mPendingActions就是前面說的待執(zhí)行隊(duì)列，mHost.getHandler()就是主線程的Handler，因此Runnable是在主線程執(zhí)行的，mExecCommit的內(nèi)部就是調(diào)用了execPendingActions()，即把mPendingActions中所有積壓的沒被執(zhí)行的事務(wù)全部執(zhí)行。執(zhí)行隊(duì)列中的事務(wù)會(huì)怎樣被執(zhí)行呢？就是調(diào)用BackStackRecord的run()方法，run()方法就是執(zhí)行Fragment的生命周期函數(shù)，還有將視圖添加進(jìn)container中。
與addToBackStack()對應(yīng)的是popBackStack()，有以下幾種變種：

popBackStack()：將回退棧的棧頂彈出，并回退該事務(wù)。

popBackStack(String name, int flag)：name為addToBackStack(String name)的參數(shù)，通過name能找到回退棧的特定元素，flag可以為0或者FragmentManager.POP_BACK_STACK_INCLUSIVE，0表示只彈出該元素以上的所有元素，POP_BACK_STACK_INCLUSIVE表示彈出包含該元素及以上的所有元素。這里說的彈出所有元素包含回退這些事務(wù)。

popBackStack()是異步執(zhí)行的，是丟到主線程的MessageQueue執(zhí)行，popBackStackImmediate()是同步版本。

我們通過講解Demo1來更清晰地了解回退棧的使用。功能如下：共有三個(gè)Fragment：F1, F2, F3，F(xiàn)1在初始化時(shí)就加入Activity，點(diǎn)擊F1中的按鈕跳轉(zhuǎn)到F2，點(diǎn)擊F2的按鈕跳轉(zhuǎn)到F3，點(diǎn)擊F3的按鈕回退到F1。
在Activity的onCreate()中，將F1加入Activity中：

F1按鈕的onClick()內(nèi)容如下：

F2按鈕的onClick()如下：

F3按鈕的onClick()如下：

這樣就完成了整個(gè)界面的跳轉(zhuǎn)邏輯。
這里補(bǔ)充一個(gè)點(diǎn)，getSupportFragmentManager().findFragmentByTag()是經(jīng)常用到的方法，他是FragmentManager的方法，F(xiàn)ragmentManager是抽象類，F(xiàn)ragmentManagerImpl是繼承FragmentManager的實(shí)現(xiàn)類，他的內(nèi)部實(shí)現(xiàn)是：

從上面看到，先從mAdded中查找是否有該Fragment，如果沒找到，再從mActive中查找是否有該Fragment。mAdded是已經(jīng)添加到Activity的Fragment的集合，mActive不僅包含mAdded，還包含雖然不在Activity中，但還在回退棧中的Fragment。

首先，在Fragment中定義接口，并讓Activity實(shí)現(xiàn)該接口（具體實(shí)現(xiàn)省略）：

在Fragment的onAttach()中，將參數(shù)Context強(qiáng)轉(zhuǎn)為OnFragmentInteractionListener對象：

并在Fragment合適的地方調(diào)用mListener.onItemClick("hello")將”hello”從Fragment傳遞給Activity。

由于通過接口的方式從Fragment向Activity進(jìn)行數(shù)據(jù)傳遞比較麻煩，需要在Fragment中定義interface，并讓Activity實(shí)現(xiàn)該interface，F(xiàn)ABridge通過注解的形式免去了這些定義。
在build.gradle中添加依賴：

首先定義方法ID，這里為FAB_ITEM_CLICK，接著在Activity中定義接口：

最后，在Fragment中，通過以下形式調(diào)用”ID=FAB_ITEM_CLICK”的方法（該方法可能在Activity中，也可能在任何類中）：

Activity向Fragment傳遞數(shù)據(jù)比較簡單，獲取Fragment對象，并調(diào)用Fragment的方法即可，比如要將一個(gè)字符串傳遞給Fragment，則在Fragment中定義方法：

并在Activity中調(diào)用fragment.setString("hello")即可。

由于Fragment之間是沒有任何依賴關(guān)系的，因此如果要進(jìn)行Fragment之間的通信，建議通過Activity作為中介，不要Fragment之間直接通信。

DialogFragment是Android 3.0提出的，代替了Dialog，用于實(shí)現(xiàn)對話框。他的優(yōu)點(diǎn)是：即使旋轉(zhuǎn)屏幕，也能保留對話框狀態(tài)。
如果要自定義對話框樣式，只需要繼承DialogFragment，并重寫onCreateView()，該方法返回對話框UI。這里我們舉個(gè)例子，實(shí)現(xiàn)進(jìn)度條樣式的圓角對話框。

進(jìn)度條動(dòng)畫我們使用Lottie實(shí)現(xiàn)，Lottie動(dòng)畫從這里找到。使用非常方便，只需要下載JSON動(dòng)畫文件，然后在XML中寫入：

然后通過下面代碼顯示對話框：

為了實(shí)現(xiàn)圓角，除了在onCreateView()中把背景設(shè)為透明，還需要對UI加入背景：

ViewPager是support v4庫中提供界面滑動(dòng)的類，繼承自ViewGroup。PagerAdapter是ViewPager的適配器類，為ViewPager提供界面。但是一般來說，通常都會(huì)使用PagerAdapter的兩個(gè)子類：FragmentPagerAdapter和FragmentStatePagerAdapter作為ViewPager的適配器，他們的特點(diǎn)是界面是Fragment。

在support v13和support v4中都提供了FragmentPagerAdapter和FragmentStatePagerAdapter，區(qū)別在于：support v13中使用android.app.Fragment，而support v4使用android.support.v4.app.Fragment。一般都使用support v4中的FragmentPagerAdapter和FragmentStatePagerAdapter。

默認(rèn)，ViewPager會(huì)緩存當(dāng)前頁相鄰的界面，比如當(dāng)滑動(dòng)到第2頁時(shí)，會(huì)初始化第1頁和第3頁的界面（即Fragment對象，且生命周期函數(shù)運(yùn)行到onResume()），可以通過setOffscreenPageLimit(count)設(shè)置離線緩存的界面?zhèn)€數(shù)。
FragmentPagerAdapter和FragmentStatePagerAdapter需要重寫的方法都一樣，常見的重寫方法如下：

public FragmentPagerAdapter(FragmentManager fm): 構(gòu)造函數(shù)，參數(shù)為FragmentManager。如果是嵌套Fragment場景，子PagerAdapter的參數(shù)傳入getChildFragmentManager()。

Fragment getItem(int position): 返回第position位置的Fragment，必須重寫。

int getCount(): 返回ViewPager的頁數(shù)，必須重寫。

Object instantiateItem(ViewGroup container, int position): container是ViewPager對象，返回第position位置的Fragment。

void destroyItem(ViewGroup container, int position, Object object): container是ViewPager對象，object是Fragment對象。

getItemPosition(Object object): object是Fragment對象，如果返回POSITION_UNCHANGED，則表示當(dāng)前Fragment不刷新，如果返回POSITION_NONE，則表示當(dāng)前Fragment需要調(diào)用destroyItem()和instantiateItem()進(jìn)行銷毀和重建。 默認(rèn)情況下返回POSITION_UNCHANGED。

懶加載主要用于ViewPager且每頁是Fragment的情況，場景為微信主界面，底部有4個(gè)tab，當(dāng)滑到另一個(gè)tab時(shí)，先顯示”正在加載”，過一會(huì)才會(huì)顯示正常界面。
默認(rèn)情況，ViewPager會(huì)緩存當(dāng)前頁和左右相鄰的界面。實(shí)現(xiàn)懶加載的主要原因是：用戶沒進(jìn)入的界面需要有一系列的網(wǎng)絡(luò)、數(shù)據(jù)庫等耗資源、耗時(shí)的操作，預(yù)先做這些數(shù)據(jù)加載是不必要的。
這里懶加載的實(shí)現(xiàn)思路是：用戶不可見的界面，只初始化UI，但是不會(huì)做任何數(shù)據(jù)加載。等滑到該頁，才會(huì)異步做數(shù)據(jù)加載并更新UI。
這里就實(shí)現(xiàn)類似微信那種效果，整個(gè)UI布局為：底部用PagerBottomTabStrip項(xiàng)目實(shí)現(xiàn)，上面是ViewPager，使用FragmentPagerAdapter。邏輯為：當(dāng)用戶滑到另一個(gè)界面，首先會(huì)顯示正在加載，等數(shù)據(jù)加載完畢后（這里用睡眠1秒鐘代替）顯示正常界面。
ViewPager默認(rèn)緩存左右相鄰界面，為了避免不必要的重新數(shù)據(jù)加載（重復(fù)調(diào)用onCreateView()），因?yàn)橛?個(gè)tab，因此將離線緩存的半徑設(shè)置為3，即setOffscreenPageLimit(3)。
懶加載主要依賴Fragment的setUserVisibleHint(boolean isVisible)方法，當(dāng)Fragment變?yōu)榭梢姇r(shí)，會(huì)調(diào)用setUserVisibleHint(true)；當(dāng)Fragment變?yōu)椴豢梢姇r(shí)，會(huì)調(diào)用setUserVisibleHint(false)，且該方法調(diào)用時(shí)機(jī)：

onAttach()之前，調(diào)用setUserVisibleHint(false)。

onCreateView()之前，如果該界面為當(dāng)前頁，則調(diào)用setUserVisibleHint(true)，否則調(diào)用setUserVisibleHint(false)。

界面變?yōu)榭梢姇r(shí)，調(diào)用setUserVisibleHint(true)。

界面變?yōu)椴豢梢姇r(shí)，調(diào)用setUserVisibleHint(false)。

懶加載Fragment的實(shí)現(xiàn)：

注意點(diǎn)：

在Fragment中有兩個(gè)變量控制是否需要做數(shù)據(jù)加載：

mIsPrepared：表示UI是否準(zhǔn)備好，因?yàn)閿?shù)據(jù)加載后需要更新UI，如果UI還沒有inflate，就不需要做數(shù)據(jù)加載，因?yàn)閟etUserVisibleHint()會(huì)在onCreateView()之前調(diào)用一次，如果此時(shí)調(diào)用，UI還沒有inflate，因此不能加載數(shù)據(jù)。

mIsInited：表示是否已經(jīng)做過數(shù)據(jù)加載，如果做過了就不需要做了。因?yàn)閟etUserVisibleHint(true)在界面可見時(shí)都會(huì)調(diào)用，如果滑到該界面做過數(shù)據(jù)加載后，滑走，再滑回來，還是會(huì)調(diào)用setUserVisibleHint(true)，此時(shí)由于mIsInited=true，因此不會(huì)再做一遍數(shù)據(jù)加載。

lazyLoad()：懶加載的核心類，在該方法中，只有界面可見（getUserVisibleHint()==true）、UI準(zhǔn)備好（mIsPrepared==true）、過去沒做過數(shù)據(jù)加載（mIsInited==false）時(shí)，才需要調(diào)loadData()做數(shù)據(jù)加載，數(shù)據(jù)加載做完后把mIsInited置為true。

布局XML主要分兩個(gè)container，一個(gè)是初始顯示的狀態(tài)，即R.id.container_empty，當(dāng)數(shù)據(jù)加載完成，就顯示R.id.container：

Android終端上視頻轉(zhuǎn)GIF的實(shí)現(xiàn)及GIF質(zhì)量討論
如何使用 scikit-learn 為機(jī)器學(xué)習(xí)準(zhǔn)備文本數(shù)據(jù)
Android圖像處理 - 高斯模糊的原理及實(shí)現(xiàn)

此文已由作者授權(quán)云加社區(qū)發(fā)布，轉(zhuǎn)載請注明文章出處