Android中Fragment管理及重疊問(wèn)題的解決方法
一、Fragment介紹
fragment在3.0被引入以后,項(xiàng)目使用fragment越來(lái)越多,特別是主界面是底部tab頁(yè)點(diǎn)擊切換更換內(nèi)容，當(dāng)然啦， Fragment 在項(xiàng)目中存在著廣泛的時(shí)候，例如通常在首頁(yè)的設(shè)計(jì)中，通常底部的每一個(gè) navigation 都對(duì)應(yīng)這一個(gè)對(duì)應(yīng)的 Fragment ，使用 Fragment 減輕了對(duì)應(yīng) Activity 的職責(zé)，讓 Fragmen t充當(dāng)了部分的Activity的職責(zé)。而且使用 Fragment 的時(shí)候，提高了代碼和布局的封裝和復(fù)用，這個(gè)優(yōu)勢(shì)也是特別的明顯。
Fragment 擁有自己的生命周期管理，但是它是依賴對(duì)應(yīng)的Activity的。
嗯，生命周期的介紹不是本篇的重點(diǎn)，貼個(gè)圖加深一下印象。
二、Fragment的棧管理及其生命周期
addToShow
FragmentTransaction transaction = manager.beginTransaction(); String tag = to.getClass().getSimpleName(); transaction.add(from.getContainerId(), to, tag) .addToBackStack(tag) .hide(from) .show(to) .commit();
如果使用 add() 和 hide() 來(lái)控制跳轉(zhuǎn)的話，對(duì)應(yīng)的生命周期是這樣的：
E/TAG: onAttach: Fragment09 E/TAG: onCreate: Fragment09 E/TAG: onCreateView: Fragment09 E/TAG: onStart: Fragment09 E/TAG: onResume: Fragment09 E/____TAG____: onClick: 2131558527 E/TAG: onAttach: Fragment10 E/TAG: onCreate: Fragment10 E/TAG: onHiddenChanged: Fragment09不可見(jiàn)了！ E/TAG: onCreateView: Fragment10 E/TAG: onStart: Fragment10 E/TAG: onResume: Fragment10
如果此時(shí)從第二個(gè) Fragment 再次返回到第一個(gè) Fragment ：
E/TAG: onHiddenChanged: Fragment10不可見(jiàn)了！ E/TAG: onHiddenChanged: Fragment09可見(jiàn)了??！ E/TAG: onPause: Fragment10 E/TAG: onStop: Fragment10 E/TAG: onDestroyView: Fragment10 E/TAG: onDestroy: Fragment10 E/TAG: onDetach: Fragment10
可以對(duì)應(yīng)上面的圖片，當(dāng)返回的時(shí)候是直接銷毀的當(dāng)前的 Fragment 的，然后第一個(gè) Fragment 只是從不可見(jiàn)的狀態(tài)變?yōu)榱丝梢?jiàn)的狀態(tài)，并沒(méi)有走相關(guān)的生命周期，所以 hide() 的方法不會(huì)觸發(fā) onPause() 等生命周期回調(diào)方法。
那么如果我們鎖屏了或者切換任務(wù)之后再切換回來(lái)的話：
E/TAG: onPause: Fragment09 E/TAG: onPause: Fragment10 E/TAG: onStop: Fragment09 E/TAG: onStop: Fragment10 E/TAG: onStart: Fragment09 E/TAG: onStart: Fragment10 E/TAG: onResume: Fragment09 E/TAG: onResume:不可見(jiàn)的 Fragment09 E/TAG: onResume: Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment10
這里可以看到，所有的 Fragment 都回去隨著 Activity 去回調(diào)相關(guān)方法，不管它是否可見(jiàn)。
replaceTo
FragmentTransaction transaction = manager.beginTransaction(); String tag = to.getClass().getSimpleName(); transaction.replace(from.getContainerId(), to, tag) .addToBackStack(tag) .commit();
replace() 的方法其實(shí)就是相當(dāng)于 remove() 移除之前添加到這個(gè)容器中的所有 Fragment 然后再 add() 添加當(dāng)前的。那么既然會(huì)調(diào)用 remove() 方法，所以生命周期就是這樣的啦：
E/TAG: onAttach: Fragment09 E/TAG: onCreate: Fragment09 E/TAG: onCreateView: Fragment09 E/TAG: onStart: Fragment09 E/TAG: onResume: Fragment09 E/TAG: onResume:可見(jiàn)的 Fragment09 E/____TAG____: onClick: 2131558527 E/TAG: onAttach: Fragment10 E/TAG: onCreate: Fragment10 E/TAG: onPause: Fragment09 E/TAG: onStop: Fragment09 E/TAG: onDestroyView: Fragment09 E/TAG: onCreateView: Fragment10 E/TAG: onStart: Fragment10 E/TAG: onResume: Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment10
對(duì)比上面的log來(lái)看的話，當(dāng) remove() 調(diào)用之后， Fragment 會(huì)執(zhí)行 onPause() ， onStop() ， onDestroyView() 會(huì)一次被調(diào)用，但是 onDestroy() ， onDetach() 是不會(huì)被調(diào)用的，這就是說(shuō)它的視圖會(huì)被摧毀了，那么重新回來(lái)的時(shí)候，就得重新創(chuàng)建：
E/TAG: onPause: Fragment10 E/TAG: onStop: Fragment10 E/TAG: onDestroyView: Fragment10 E/TAG: onDestroy: Fragment10 E/TAG: onDetach: Fragment10 E/TAG: onCreateView: Fragment09 E/TAG: onStart: Fragment09 E/TAG: onResume:可見(jiàn)的 Fragment09
同樣的，鎖屏了或者切換任務(wù)之后再切換回來(lái)的話：
E/TAG: onStart: Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment10 E/TAG: onPause: Fragment10 E/MainActivity: onSaveInstanceState: 保存當(dāng)前TAG E/TAG: onStop: Fragment10 E/TAG: onStart: Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment10
可以看到，當(dāng)使用了 replace() 之后，這些情況之下只會(huì)有top的 Fragment 來(lái)響應(yīng)對(duì)應(yīng)的生命周期。在上面的 add() 中，兩個(gè) Fragment 都走了相關(guān)的生命周期的。
那么問(wèn)題來(lái)了：什么時(shí)候使用 replace() 什么時(shí)候使用 add() 和 hide() 的呢？！其實(shí)對(duì)比來(lái)看，主要就是效率的問(wèn)題和相關(guān)生命周期問(wèn)題。
效率問(wèn)題：
如果使用 replace() 就意味著每次的需要走 onCreateView() 再次去重新填充布局。如果在 onCreateView() 方法中還包含了初始化數(shù)據(jù)的話，也意味著相關(guān)的也要重新執(zhí)行一次。
數(shù)據(jù)、頁(yè)面刷新問(wèn)題：
如果你使用 replace() 從 AFragment 跳轉(zhuǎn)到 BFragment ， BFragment 中更新了相關(guān)數(shù)據(jù)會(huì)影響到 AFragment 的相關(guān) View 展示的話，這里也會(huì)有問(wèn)題，就算你使用 EventBus 什么的通知了， AFragment 的確可以改變，但是當(dāng)你切回到 AFragment ，它會(huì)走 onCreateView() 重新創(chuàng)建相關(guān)布局，除非你保存到了全局，初始化的時(shí)候再次設(shè)置，那么之前發(fā)送的數(shù)據(jù)就會(huì)丟失了。
生命周期匹配問(wèn)題：
生命周期的方法都是匹配成對(duì)出現(xiàn)的，上面說(shuō)到的 replace() 方法中，A替換的時(shí)候走了以下三個(gè)生命周期回調(diào)方法：
E/TAG: onPause: Fragment09 E/TAG: onStop: Fragment09 E/TAG: onDestroyView: Fragment09
當(dāng)回退到它的時(shí)候，對(duì)應(yīng)的三個(gè)生命周期回調(diào)就被調(diào)用了：
E/TAG: onCreateView: Fragment09 E/TAG: onStart: Fragment09 E/TAG: onResume:可見(jiàn)的 Fragment09
但是使用 add() 和 hide() 的時(shí)候就會(huì)比較尷尬，你會(huì)發(fā)現(xiàn)它的 onPause() 和 onResume() 方法完全不匹配了。只要 add() 了，即使你調(diào)用 hide() ，不會(huì)影響它的生命周期回調(diào)，也不會(huì)有 onPause() 等回調(diào)。這也就出現(xiàn)了當(dāng)我們鎖屏或者切換任務(wù)回來(lái)的話，所有add進(jìn)來(lái)的 Fragment 都會(huì)執(zhí)行一遍相關(guān)生命周期回調(diào)方法：
E/TAG: onPause: Fragment09 E/TAG: onPause: Fragment10 E/TAG: onStop: Fragment09 E/TAG: onStop: Fragment10 E/TAG: onStart: Fragment09 E/TAG: onStart: Fragment10 E/TAG: onResume: Fragment09 E/TAG: onResume:不可見(jiàn)的 Fragment09 E/TAG: onResume: Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment10
所以，如果你做統(tǒng)計(jì)相關(guān)的，這里可能就有點(diǎn)兒小問(wèn)題了。當(dāng)然，它顯示與否并不是完全不可知的。
在 Fragment 中可以通過(guò) isHide() 的方法，或者 onHiddenChanged(boolean hiden) 的方法來(lái)獲取當(dāng)前是否是 hide 狀態(tài)。
所以總結(jié)起來(lái)就是使用 add() 、 hide() 的方式，需要注意 onResume() 等回調(diào)方法的不匹配情況和獲取數(shù)據(jù)的時(shí)機(jī)，應(yīng)該在可見(jiàn)的時(shí)候（ isHidden() 返回 false 的時(shí)候）才去請(qǐng)求相關(guān)數(shù)據(jù)。
使用 replace() 的話就是要注意頻繁的布局填充還有就是 Fragment 與 Fragment 之間的數(shù)據(jù)傳遞情況。
狀態(tài)保存
Fragment重疊異常情況
肯定碰到過(guò)Fragment重疊顯示的問(wèn)題吧?。?/p>
這個(gè)主要就是 Activity 幫我們?cè)谧飨嚓P(guān)的恢復(fù)狀態(tài)的時(shí)候出現(xiàn)的問(wèn)題。在設(shè)置中將不保留后臺(tái)進(jìn)程打開(kāi)，方便產(chǎn)生對(duì)應(yīng)的情況：
然后在第二個(gè)頁(yè)面時(shí)回到首頁(yè)，再次進(jìn)入，我們先來(lái)看看一個(gè)異常的情況的log:
E/TAG: onAttach: Fragment09 E/TAG: onCreate: Fragment09 E/TAG: onAttach: Fragment10 E/TAG: onCreate: Fragment10 E/TAG: onCreateView: Fragment09 E/TAG: onCreateView: Fragment10 E/TAG: onAttach: Fragment09 E/TAG: onCreate: Fragment09 E/TAG: onCreateView: Fragment09 E/TAG: onStart: Fragment09 E/TAG: onStart: Fragment10 E/TAG: onStart: Fragment09 E/TAG: onResume:不可見(jiàn)的 Fragment09 E/TAG: onResume:可見(jiàn)的 Fragment10 E/TAG: onResume:可見(jiàn)的 Fragment09
尼瑪，發(fā)現(xiàn)問(wèn)題沒(méi)？我們的 Fragment9 居然創(chuàng)建了兩次。一個(gè)和之前是一樣的，不可見(jiàn)的，另外一個(gè)居然是可見(jiàn)的，而且還在最上面。所以這個(gè)就造成了 Fragment 重疊的情況。
還有一種情況就是斷點(diǎn)發(fā)現(xiàn)某個(gè) Fragment 初始化成功了，布局也有了，但是里面的View全是空的，這個(gè)情況我也遇到過(guò)。
為什么會(huì)出現(xiàn)這個(gè)問(wèn)題？因?yàn)樵谶@種異常情況下，會(huì)觸發(fā) Android 的臨時(shí)數(shù)據(jù)保存機(jī)制， Fragment 是它臨時(shí)保存的重點(diǎn)對(duì)象。所以之前的兩個(gè) Fragment 相關(guān)狀態(tài)都被保存下來(lái)了！但在 Activity 的 onCreate() 中我是這樣寫(xiě)的話：
fragmentsUtil.loadRoot(R.id.fragment_container, Fragment9.newInstance());
那么就是說(shuō)不管是否有保存的狀態(tài)我都去再次創(chuàng)建加載一次 Fragment9 了，所以這個(gè)就導(dǎo)致了 Fragment9 創(chuàng)建了兩次（一次是系統(tǒng)恢復(fù)出來(lái)的，相關(guān)狀態(tài)也是正常的，一次就是我們?cè)?onCreate() 中創(chuàng)建出來(lái)的）。那么要避免這個(gè)問(wèn)題就要在 savedInstanceState 這個(gè)東西上想想辦法了。既然它已經(jīng)保存了相關(guān)的 Fragment 了，我們就不用去再次創(chuàng)建咯！
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
ButterKnife.bind(this);
manager = getSupportFragmentManager();
if (savedInstanceState == null) {
Log.e(TAG, "onSaveInstanceState: 恢復(fù)相關(guān)狀態(tài)?。?);
fragmentsUtil.loadRoot(R.id.fragment_container, Fragment9.newInstance());
}
}
所以說(shuō)呢， savedInstanceState 還是不能忽略的。不過(guò)到這里就以為完了的話就太低估 Fragment 的坑了， 如果你的 support-library 是低于24的，那么即使判斷了 savedInstanceState 再去創(chuàng)建但是也有可能出現(xiàn)重疊的情況！
這里要說(shuō)說(shuō) FragmentState 這個(gè)類，它是用來(lái)保存 Fragment 的相關(guān)狀態(tài)的。
發(fā)現(xiàn)情況沒(méi)？？在之前的 FragmentState 中并沒(méi)有保存 mHidden 的狀態(tài)！
另外也搜索到了 相關(guān)Issue提交 ，但是在 Android 的 Revision-History 中并沒(méi)有看到提及的相關(guān)bug修復(fù)。所以具體什么時(shí)候正式加了 mHidden 的字段也就沒(méi)有考證出來(lái)了。
聊了這么多，最后說(shuō)說(shuō)解決方案唄，其實(shí)原理很簡(jiǎn)單，既然它沒(méi)有自動(dòng)保存，那么我們就在保存狀態(tài)的時(shí)候手動(dòng)把 mHidden 狀態(tài)保存，在初始化的時(shí)候根據(jù)保存的 mHidden 狀態(tài)手動(dòng)顯示或者隱藏。
@Override
public void onSaveInstanceState(Bundle outState) {
//手動(dòng)保存
outState.putBoolean(ARG_IS_HIDDEN, isHidden());
super.onSaveInstanceState(outState);
}
//onCreate的時(shí)候調(diào)用
public void initFragments(Bundle savedInstanceState, BaseFragment fragment) {
if (savedInstanceState == null) {
return;
}
boolean isSupportHidden = savedInstanceState.getBoolean(ARG_IS_HIDDEN);
FragmentTransaction ft = manager.beginTransaction();
if (isSupportHidden) {
ft.hide(fragment);
} else {
ft.show(fragment);
}
ft.commit();
}
最后封裝了一個(gè)簡(jiǎn)單的工具類和 BaseFragment , 用于處理 Fragment 相關(guān)的事務(wù)的。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)各位Android開(kāi)發(fā)者們能有所幫助，如果有疑問(wèn)大家可以留言交流。
- Android design包自定義tablayout的底部導(dǎo)航欄的實(shí)現(xiàn)方法
- Android 中TabLayout自定義選擇背景滑塊的實(shí)例代碼
- android TabLayout使用方法詳解
- Android TabLayout(選項(xiàng)卡布局)簡(jiǎn)單用法實(shí)例分析
- Android 開(kāi)發(fā)中fragment預(yù)加載問(wèn)題
- Android中ViewPager獲取當(dāng)前顯示的Fragment
- Android中fragment與activity之間的交互（兩種實(shí)現(xiàn)方式）
- Android實(shí)現(xiàn)Tab布局的4種方式（Fragment+TabPageIndicator+ViewPager）
- Android使用TabLayout+Fragment實(shí)現(xiàn)頂部選項(xiàng)卡
相關(guān)文章
這篇文章主要介紹了Android中的按鈕加圖片功能,代碼簡(jiǎn)單易懂，非常不錯(cuò)，具有參考借鑒價(jià)值，需要的朋友可以參考下2017-02-02
Android旋轉(zhuǎn)、平移、縮放和透明度漸變的補(bǔ)間動(dòng)畫(huà)
這篇文章主要實(shí)現(xiàn)Android旋轉(zhuǎn)、平移、縮放和透明度漸變的補(bǔ)間動(dòng)畫(huà)，本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),需要的朋友可以參考下2018-04-04
Android開(kāi)發(fā)之圖形圖像與動(dòng)畫(huà)(五)LayoutAnimationController詳解
LayoutAnimationController用于為一個(gè)layout里面的控件，或者是一個(gè)ViewGroup,里面的控件設(shè)置動(dòng)畫(huà)效果,感興趣的朋友可以了解下啊,希望本文對(duì)你有所幫助2013-01-01
Android中Retrofit庫(kù)的高級(jí)使用與原理
在 Android 開(kāi)發(fā)中,網(wǎng)絡(luò)請(qǐng)求是一個(gè)極為關(guān)鍵的部分,Retrofit 作為一個(gè)強(qiáng)大的網(wǎng)絡(luò)請(qǐng)求庫(kù),能夠簡(jiǎn)化開(kāi)發(fā)流程,提供高效的網(wǎng)絡(luò)請(qǐng)求能力,本文將深入介紹 Retrofit 的高級(jí)使用與原理,幫助讀者更全面地理解和應(yīng)用這一庫(kù),需要的朋友可以參考下2023-08-08
Android設(shè)置Activity背景為透明style的簡(jiǎn)單方法(必看)
下面小編就為大家?guī)?lái)一篇Android設(shè)置Activity背景為透明style的簡(jiǎn)單方法(必看)。小編覺(jué)得挺不錯(cuò)的，現(xiàn)在就分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2016-10-10
本篇文章主要介紹了詳解Android獲取所有依賴庫(kù)的幾種方式，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-07-07
android實(shí)現(xiàn)切換日期左右無(wú)限滑動(dòng)效果
本篇內(nèi)容給大家分享了android開(kāi)發(fā)時(shí)候?qū)崿F(xiàn)自定義的日期無(wú)限左右滑動(dòng)效果以及控件使用的技巧。2017-11-11
這篇文章主要介紹了Android 文件下載三種基本方式，非常不錯(cuò)具有參考借鑒價(jià)值,需要的朋友可以參考下2017-06-06
解決android設(shè)備斷電重啟后WIFI不能自動(dòng)重連的BUG(收藏)
這篇文章主要介紹了解決android設(shè)備斷電重啟后WIFI不能自動(dòng)重連的BUG,本文給出了問(wèn)題描述及分析過(guò)程，非常不錯(cuò)，具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2019-11-11
Android 兩個(gè)Fragment之間的跳轉(zhuǎn)和數(shù)據(jù)的傳遞實(shí)例詳解
這篇文章主要介紹了Android 兩個(gè)Fragment之間的跳轉(zhuǎn)和數(shù)據(jù)的傳遞實(shí)例詳解的相關(guān)資料,這里說(shuō)明實(shí)現(xiàn)的思路及實(shí)現(xiàn)方法，需要的朋友可以參考下2017-07-07