Fragment全解析系列（二）：正確的使用姿勢(shì)

Fragment系列文章：
1、Fragment全解析系列（一）：那些年踩過(guò)的坑
2、Fragment全解析系列（二）：正確的使用姿勢(shì)
3、Fragment之我的解決方案：Fragmentation

本篇主要介紹一些Fragment使用技巧。

Fragment是可以讓你的app縱享絲滑的設(shè)計(jì)，如果你的app想在現(xiàn)在基礎(chǔ)上性能大幅度提高，并且占用內(nèi)存降低，同樣的界面Activity占用內(nèi)存比Fragment要多，響應(yīng)速度Fragment比Activty在中低端手機(jī)上快了很多，甚至能達(dá)到好幾倍！如果你的app當(dāng)前或以后有移植平板等平臺(tái)時(shí)，可以讓你節(jié)省大量時(shí)間和精力。

簡(jiǎn)陋的目錄
1、一些使用建議
2、add(), show(), hide(), replace()的那點(diǎn)事
3、關(guān)于FragmentManager你需要知道的
4、使用FragmentPagerAdapter+ViewPager的注意事項(xiàng)
5、是使用單Activity＋多Fragment的架構(gòu)，還是多模塊Activity＋多Fragment的架構(gòu)？

作為一個(gè)穩(wěn)定的app，從后臺(tái)且回到前臺(tái)，一定會(huì)在任何情況都能恢復(fù)到離開(kāi)前的頁(yè)面，并且保證數(shù)據(jù)的完整性。

如果你沒(méi)看過(guò)本系列的第一篇，為了方便后面文章的介紹，先規(guī)定一個(gè)“術(shù)語(yǔ)”，安卓app有一種特殊情況，就是 app運(yùn)行在后臺(tái)的時(shí)候，系統(tǒng)資源緊張的時(shí)候?qū)е掳補(bǔ)pp的資源全部回收（殺死app的進(jìn)程），這時(shí)把a(bǔ)pp再?gòu)暮笈_(tái)返回到前臺(tái)時(shí)，app會(huì)重啟。這種情況下文簡(jiǎn)稱為：“內(nèi)存重啟”。（屏幕旋轉(zhuǎn)等配置變化也會(huì)造成當(dāng)前Activity重啟，本質(zhì)與“內(nèi)存重啟”類似）
<h1 id="1"> 1、一些使用建議 </h1>

1、對(duì)Fragment傳遞數(shù)據(jù)，建議使用setArguments(Bundle args)，而后在onCreate中使用getArguments()取出，在 “內(nèi)存重啟”前，系統(tǒng)會(huì)幫你保存數(shù)據(jù)，不會(huì)造成數(shù)據(jù)的丟失。和Activity的Intent恢復(fù)機(jī)制類似。

2、使用newInstance(參數(shù)) 創(chuàng)建Fragment對(duì)象，優(yōu)點(diǎn)是調(diào)用者只需要關(guān)系傳遞的哪些數(shù)據(jù)，而無(wú)需關(guān)心傳遞數(shù)據(jù)的Key是什么。

3、如果你需要在Fragment中用到宿主Activity對(duì)象，建議在你的基類Fragment定義一個(gè)Activity的全局變量，在onAttach中初始化，這不是最好的解決辦法，但這可以有效避免一些意外Crash。詳細(xì)原因參考第一篇的“getActivity()空指針”部分。

protected Activity mActivity;
@Override
public void onAttach(Activity activity) {
    super.onAttach(activity);
    this.mActivity = activity;
}

<h1 id="2">2、add(), show(), hide(), replace()的那點(diǎn)事</h1>
1、區(qū)別
show()，hide()最終是讓Fragment的View setVisibility(true還是false)，不會(huì)調(diào)用生命周期；

replace()的話會(huì)銷毀視圖，即調(diào)用onDestoryView、onCreateView等一系列生命周期；

add()和 replace()不要在同一個(gè)階級(jí)的FragmentManager里混搭使用。

2、使用場(chǎng)景
如果你有一個(gè)很高的概率會(huì)再次使用當(dāng)前的Fragment，建議使用show()，hide()，可以提高性能。

在我使用Fragment過(guò)程中，大部分情況下都是用show()，hide()，而不是replace()。

注意：如果你的app有大量圖片，這時(shí)更好的方式可能是replace，配合你的圖片框架在Fragment視圖銷毀時(shí)，回收其圖片所占的內(nèi)存。

3、onHiddenChanged的回調(diào)時(shí)機(jī)
當(dāng)使用add()+show()，hide()跳轉(zhuǎn)新的Fragment時(shí)，舊的Fragment回調(diào)onHiddenChanged()，不會(huì)回調(diào)onStop()等生命周期方法，而新的Fragment在創(chuàng)建時(shí)是不會(huì)回調(diào)onHiddenChanged()，這點(diǎn)要切記。

4、Fragment重疊問(wèn)題
使用show()，hide()帶來(lái)的一個(gè)問(wèn)題就是，如果你不做任何額外處理，在“內(nèi)存重啟”后，F(xiàn)ragment會(huì)重疊；（該BUG在support-v4 24.0.0+以上 官方已修復(fù)）

有些小伙伴可能就是為了避免Fragment重疊問(wèn)題，而選擇使用replace()，但是使用show()，hide()時(shí)，重疊問(wèn)題很簡(jiǎn)單解決的：

<h1 id="3">3、關(guān)于FragmentManager你需要知道的</h1>
FragmentManager棧視圖:
（1）每個(gè)Fragment以及宿主Activity(繼承自FragmentActivity)都會(huì)在創(chuàng)建時(shí)，初始化一個(gè)FragmentManager對(duì)象，處理好Fragment嵌套問(wèn)題的關(guān)鍵，就是理清這些不同階級(jí)的棧視圖。

下面給出一個(gè)簡(jiǎn)要的關(guān)系圖：

棧關(guān)系圖.png

（2）對(duì)于宿主Activity，getSupportFragmentManager()獲取的FragmentActivity的FragmentManager對(duì)象;

對(duì)于Fragment，getFragmentManager()是獲取的是父Fragment(如果沒(méi)有，則是FragmentActivity)的FragmentManager對(duì)象，而getChildFragmentManager()是獲取自己的FragmentManager對(duì)象。

<h1 id="4">4、使用FragmentPagerAdapter+ViewPager的注意事項(xiàng)</h1>

  • 使用FragmentPagerAdapter+ViewPager時(shí)，切換回上一個(gè)Fragment頁(yè)面時(shí)（已經(jīng)初始化完畢），不會(huì)回調(diào)任何生命周期方法以及onHiddenChanged()，只有setUserVisibleHint(boolean isVisibleToUser)會(huì)被回調(diào)，所以如果你想進(jìn)行一些懶加載，需要在這里處理。

  • 在給ViewPager綁定FragmentPagerAdapter時(shí)，
    new FragmentPagerAdapter(fragmentManager)的FragmentManager，一定要保證正確，如果ViewPager是Activity內(nèi)的控件，則傳遞getSupportFragmentManager()，如果是Fragment的控件中，則應(yīng)該傳遞getChildFragmentManager()。只要記住ViewPager內(nèi)的Fragments是當(dāng)前組件的子Fragment這個(gè)原則即可。

  • 你不需要考慮在“內(nèi)存重啟”的情況下，去恢復(fù)的Fragments的問(wèn)題，因?yàn)镕ragmentPagerAdapter已經(jīng)幫我們處理啦。

<h1 id="5">5、是使用單Activity＋多Fragment的架構(gòu)，還是多模塊Activity＋多Fragment的架構(gòu)？</h1>
單Activity＋多Fragment：
一個(gè)app僅有一個(gè)Activity，界面皆是Frament，Activity作為app容器使用。

優(yōu)點(diǎn)：性能高，速度最快。參考：新版知乎 、google系app

缺點(diǎn)：邏輯比較復(fù)雜，尤其當(dāng)Fragment之間聯(lián)動(dòng)較多或者嵌套較深時(shí)，比較復(fù)雜。

多模塊Activity＋多Fragment：
一個(gè)模塊用一個(gè)Activity，比如
1、登錄注冊(cè)流程：
LoginActivity + 登錄Fragment + 注冊(cè)Fragment + 填寫(xiě)信息Fragment ＋ 忘記密碼Fragment
2、或者常見(jiàn)的數(shù)據(jù)展示流程：
DataActivity + 數(shù)據(jù)列表Fragment + 數(shù)據(jù)詳情Fragment ＋ ...

優(yōu)點(diǎn)：速度快，相比較單Activity+多Fragment，更易維護(hù)。

我的觀點(diǎn)：
權(quán)衡利弊，我認(rèn)為多模塊Activity＋多Fragment是最合適的架構(gòu)，開(kāi)發(fā)起來(lái)不是很復(fù)雜，app的性能又很高效。

當(dāng)然。Fragment只是官方提供的靈活組件，請(qǐng)優(yōu)先遵從你的項(xiàng)目設(shè)計(jì)！真的特別復(fù)雜的界面，或者單個(gè)Activity就可以完成一個(gè)流程的界面，使用Activity可能是更好的方案。

最后

如果你讀完了第一篇和這篇文章，那么我相信你使用多模塊Activity+多Fragment的架構(gòu)所遇到的坑，大部分都應(yīng)該能找到解決辦法。

但是如果流程較為復(fù)雜，比如Fragment A需要啟動(dòng)一個(gè)新的Fragment B并且關(guān)閉當(dāng)前A,或者A啟動(dòng)B，B在獲取數(shù)據(jù)后，想在返回到A時(shí)把數(shù)據(jù)交給A（類似Activity的startActivityForResult），又或者你保證在Fragment轉(zhuǎn)場(chǎng)動(dòng)畫(huà)的情況下，使用pop(tag\id)從棧內(nèi)退出多個(gè)Fragment，或者你甚至想Fragment有一個(gè)類似Activity的SingleTask啟動(dòng)模式，那么你可以參考下一篇，我的解決方案庫(kù)，Fragmentation。它甚至提供了一個(gè)讓你在開(kāi)發(fā)時(shí)，可以隨時(shí)查看所有階級(jí)的棧視圖的UI界面。

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容