自從Android3.0引入了Fragment之后，使用Activity去嵌套一些Fragment的做法也變得更加流行，這確實(shí)是Fragment帶來(lái)的一些優(yōu)點(diǎn)，比如說(shuō)：Fragment可以使你能夠?qū)ctivity分離成多個(gè)可重用的組件，每個(gè)都有它自己的生命周期和UI，更重要的是Fragment解決了Activity間的切換不流暢，實(shí)現(xiàn)了一種輕量及的切換，但是在官方提供的android.support.v4包中，F(xiàn)ragment還是或多或少的存在一些BUG，今天就與大家分享一下這些BUG和解決方法。

Case 1：當(dāng)使用Fragment去嵌套另外一些子Fragment的時(shí)候，我們需要去管理子Fragment，這時(shí)候需要調(diào)用ChildFragmentManager去管理這些子Fragment，由此可能產(chǎn)生的Exception主要是：
java.lang.IllegalStateException: No activity

首先我們來(lái)分析一下Exception出現(xiàn)的原因：

通過(guò)DEBUG發(fā)現(xiàn)，當(dāng)?shù)谝淮螐囊粋€(gè)Activity啟動(dòng)Fragment，然后再去啟動(dòng)子Fragment的時(shí)候，存在指向Activity的變量，但當(dāng)退出這些Fragment之后回到Activity，然后再進(jìn)入Fragment的時(shí)候，這個(gè)變量變成null，這就很容易明了為什么拋出的異常是No activity

這個(gè)Exception是由什么原因造成的呢？如果想知道造成異常的原因，那就必須去看Fragment的相關(guān)代碼，發(fā)現(xiàn)Fragment在detached之后都會(huì)被reset掉，但是它并沒(méi)有對(duì)ChildFragmentManager做reset，所以會(huì)造成ChildFragmentManager的狀態(tài)錯(cuò)誤。

找到異常出現(xiàn)的原因后就可以很容易的去解決問(wèn)題了，我們需要在Fragment被detached的時(shí)候去重置ChildFragmentManager，即：

@Override
public void onDetach() {
super.onDetach();
try {
Field childFragmentManager = Fragment.class
.getDeclaredField("mChildFragmentManager");
childFragmentManager.setAccessible(true);
childFragmentManager.set(this, null);
} catch (NoSuchFieldException e) {
throw new RuntimeException(e);
} catch (IllegalAccessException e) {
throw new RuntimeException(e);
}
}

Case 2：當(dāng)我們從一個(gè)Activity啟動(dòng)了一個(gè)Fragment，然后在這個(gè)Fragment中又去實(shí)例化了一些子Fragment，在子Fragment中去有返回的啟動(dòng)了另外一個(gè)Activity，即通過(guò)startActivityForResult方式去啟動(dòng)，這時(shí)候造成的現(xiàn)象會(huì)是，子Fragment接收不到OnActivityResult，如果在子Fragment中是以getActivity.startActivityForResult方式啟動(dòng)，那么只有Activity會(huì)接收到OnActivityResult，如果是以getParentFragment.startActivityForResult方式啟動(dòng)，那么只有父Fragment能接收（此時(shí)Activity也能接收），但無(wú)論如何子Fragment接收不到OnActivityResult。

這是一個(gè)非常奇怪的現(xiàn)象，按理說(shuō)，應(yīng)該是讓子Fragment接收到OnActivityResult才對(duì)，究竟是什么造成的呢？這是由于某位寫(xiě)代碼的員工抱怨沒(méi)發(fā)獎(jiǎng)金，稍稍偷懶了，少寫(xiě)了一部分代碼，沒(méi)有考慮到Fragment再去嵌套Fragment的情況。

我們來(lái)看看FragmentActivity中的代碼：

protected void onActivityResult(int requestCode, int resultCode, Intent data)
{
this.mFragments.noteStateNotSaved();
int index = requestCode >> 16;
if (index != 0) {
index--;
if ((this.mFragments.mActive == null) || (index < 0) || (index >= this.mFragments.mActive.size())) {
Log.w("FragmentActivity", "Activity result fragment index out of range: 0x" + Integer.toHexString(requestCode));
return;
}
Fragment frag = (Fragment)this.mFragments.mActive.get(index);
if (frag == null) {
Log.w("FragmentActivity", "Activity result no fragment exists for index: 0x" + Integer.toHexString(requestCode));
}
else {
frag.onActivityResult(requestCode & 0xFFFF, resultCode, data);
}
return;
}
super.onActivityResult(requestCode, resultCode, data);
}

很顯然，設(shè)計(jì)者把Fragment的下標(biāo)+1左移16位來(lái)標(biāo)記這個(gè)request是不是Fragment的，拿到result再解碼出下標(biāo)，直接取對(duì)應(yīng)的Fragment，這樣并沒(méi)有去考慮對(duì)Fragment嵌套Fragment做一個(gè)Map映射，所以出現(xiàn)了這種BUG。

但是如果我們需要在OnActivityResult的時(shí)候處理一些事情的話，我們可以通過(guò)在子Fragment中以getParentFragment.startActivityForResult的方式來(lái)啟動(dòng)，然后在父Fragment中去接收數(shù)據(jù)，我們需要在子Fragment中提供一個(gè)方法，如：getResultData（Object obj），通過(guò)父Fragment中的子Fragment實(shí)例去調(diào)用這個(gè)方法，把相應(yīng)的數(shù)據(jù)傳過(guò)去，然后去更新子Fragment。

以上是在使用Fragment去嵌套Fragment的時(shí)候可能會(huì)遇到的BUG，了解了BUG存在的原因之后，就可以完美的解決問(wèn)題。希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論