如何動(dòng)態(tài)創(chuàng)建Fragment
分析:
向活動(dòng)添加Fragment需要使用FragmentManager類,
FragmentManager fragment=getFragmentManager();
操作fragment需要使用 FragmentTransaction進(jìn)行碎片的添加,刪除等操作
FragmentTransaction transacction=fragment.beginTransaction();
獲取手機(jī)的屏幕
Display display=getWindowManager().getDefaultDisplay();
當(dāng)前頁面替換成 frament1
transacction.replace(android.R.id.content, frament1);
生命周期
onattach -> oncreate -> oncreatview -> onactivtycreate -> onstart -> ononresum onpause -> onstop -> ondestory -> ondestoryView
淺談Android Fragment嵌套使用存在的一些BUG以及解決方法
Case 1：當(dāng)使用Fragment去嵌套另外一些子Fragment的時(shí)候，我們需要去管理子Fragment枣耀，這時(shí)候需要調(diào)用ChildFragmentManager去管理這些子Fragment哎垦，由此可能產(chǎn)生的Exception主要是：
java.lang.IllegalStateException: No activity
首先我們來分析一下Exception出現(xiàn)的原因：
通過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掉乎串，但是它并沒有對(duì)ChildFragmentManager做reset，所以會(huì)造成ChildFragmentManager的狀態(tài)錯(cuò)誤速警。
找到異常出現(xià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，即通過startActivityForResult方式去啟動(dòng)忙灼，這時(shí)候造成的現(xiàn)象會(huì)是匠襟，子Fragment接收不到OnActivityResult，如果在子Fragment中是以getActivity.startActivityForResult方式啟動(dòng)该园，那么只有Activity會(huì)接收到OnActivityResult酸舍，如果是以getParentFragment.startActivityForResult方式啟動(dòng)，那么只有父Fragment能接收（此時(shí)Activity也能接收）里初，但無論如何子Fragment接收不到OnActivityResult啃勉。
這是一個(gè)非常奇怪的現(xiàn)象，按理說双妨，應(yīng)該是讓子Fragment接收到OnActivityResult才對(duì)淮阐，究竟是什么造成的呢？這是由于某位寫代碼的員工抱怨沒發(fā)獎(jiǎng)金刁品，稍稍偷懶了泣特，少寫了一部分代碼，沒有考慮到Fragment再去嵌套Fragment的情況挑随。
很顯然群扶，設(shè)計(jì)者把Fragment的下標(biāo)+1左移16位來標(biāo)記這個(gè)request是不是Fragment的，拿到result再解碼出下標(biāo)，直接取對(duì)應(yīng)的Fragment竞阐，這樣并沒有去考慮對(duì)Fragment嵌套Fragment做一個(gè)Map映射，所以出現(xiàn)了這種BUG暑劝。
但是如果我們需要在OnActivityResult的時(shí)候處理一些事情的話骆莹，我們可以通過在子Fragment中以getParentFragment.startActivityForResult的方式來啟動(dòng)，然后在父Fragment中去接收數(shù)據(jù)担猛，我們需要在子Fragment中提供一個(gè)方法幕垦，如：getResultData（Object obj），通過父Fragment中的子Fragment實(shí)例去調(diào)用這個(gè)方法傅联，把相應(yīng)的數(shù)據(jù)傳過去先改，然后去更新子Fragment。
