經(jīng)過一年多的Android的學(xué)習(xí)唆貌，最近越來越感覺到了瓶頸起趾，所以打算整理一下學(xué)習(xí)Android Fragment找到的各種資料胰挑，博客试读，還有大牛們的筆記等等
從圖解分析Fragment的生命周期
圖解說明
從圖解可以看到杠纵，F(xiàn)ragment的一些生命周期方法與Activity比較相似，畢竟Fragment表示“碎片钩骇、塊”的含義比藻，本身實(shí)現(xiàn)出來一個主要目的就是幫Activity分擔(dān)UI代碼部分的實(shí)現(xiàn)邏輯的。
藍(lán)色背景的生命周期方法：從onCreateView() 到onDestroyView()倘屹，在整個Fragment創(chuàng)建到被銷毀的過程中可以不只被執(zhí)行一次银亲，這里就涉及到管理著Fragment事務(wù)（FragmentTransaction）的FragmentManager底層的后臺記錄棧的東西了
綠色背景的生命周期方法：在整個Fragment的生命周期中，僅僅執(zhí)行一次唐瀑。
一張關(guān)于Activity Fragment的周期圖
- 從上往下 Activity與Fragmen的生命周期順序
Fragment是否很完美
因?yàn)镕ragment是由FragmentManager來管理，每一個Activity有一個FragmentManager插爹，管理著一個Fragment的棧哄辣，Activity是系統(tǒng)級別的请梢，由系統(tǒng)來管理ActivityManager，棧也是系統(tǒng)范圍的力穗。而Fragment則是每個Activity范圍內(nèi)的毅弧，所以在使用Fragment的時候也有幾點(diǎn)要注意。
-
同一個Activity中当窗，只能有一個ID或TAG標(biāo)識的Fragment實(shí)例够坐。
這很容易理解，同一個范圍內(nèi)崖面，有標(biāo)識的實(shí)例肯定是要唯一才行（否則還要標(biāo)識干嘛）這個在布局中經(jīng)常犯錯元咙，在布局中寫Fragment最好不要加ID或者TAG，否則很容易出現(xiàn)不允許創(chuàng)建的錯誤巫员。我的原則是如果放在布局中庶香，就不要加ID和TAG，如果需要ID和TAG就全用代碼控制简识。創(chuàng)建新實(shí)例前先到FragmentManager中查找一番赶掖，這也正是有標(biāo)識的意義所在。
一個Activity中有一個Fragment池七扰，實(shí)例不一定會被銷毀奢赂，可能會保存在池中。
這個跟第一點(diǎn)差不多颈走。就好比系統(tǒng)會緩存Activity的實(shí)例一樣膳灶，F(xiàn)ragmentManager也會緩存Fragment實(shí)例，以方便和加速再次顯示疫鹊。
-
FragmentManager的作用范圍是整個Activity袖瞻，所以，某一個布局ID拆吆，不能重復(fù)被Fragment替換聋迎。
通常顯示Fragment有二種方式，一種是層疊到某個布局上枣耀，或者把某個布局上面的Fragment替換掉霉晕，但是這個布局不能出現(xiàn)二次，比如布局A中有ID為id的區(qū)域捞奕，要顯示為Fragment牺堰，此布局A，只能在一個Activity中顯示一個颅围，否則第二個id區(qū)域不能被Fragment成功替換伟葫。因?yàn)殡m有二個ID布局的實(shí)例，但I(xiàn)D是相同的院促，對FragmentManager來說是一樣的筏养，它會認(rèn)為只有一個斧抱，因?yàn)樗吹氖遣季值腎D，而不是布局的實(shí)例渐溶。
Fragment的生命周期反應(yīng)Activity的生命周期辉浦。
Fragment在顯示和退出時會走一遍完整的生命周期。此外茎辐，正在顯示時宪郊，就跟Activity的一樣，Activity被onPause拖陆，里面的Fragment就onPause弛槐，以此類推，由此帶來的問題就是慕蔚，比如你在onStart()里面做了一些事情丐黄，那么，當(dāng)宿主Activity被擋住孔飒，又出現(xiàn)時（比如接了個電話）灌闺，F(xiàn)ragment的onStart也會被高到，所以你要想到坏瞄，這些生命周期不單單在顯示和退出時會走到桂对。
- Fragment的對用戶可見性。
這個問題出現(xiàn)在有Fragment棧的時候鸠匀，也就是說每個Fragment不知道自己是否真的對用戶可見蕉斜。比如現(xiàn)在是Fragment A，又在其上面顯示了Fragment B缀棍，當(dāng)B顯示后宅此，A并不知道自己上面還有一個，也不知道自己對用戶不可見了爬范，同樣再有一個C父腕，B也不知。C退出后青瀑，B依然不知自己已在棧頂璧亮，對用戶可見，B退后斥难，A也不知枝嘶。也就是說Fragment顯示或者退出，棧里的其他Fragment無法感知哑诊。這點(diǎn)就不如Activity群扶，a被b蓋住后，a會走到onStop()，同樣c顯示后竞阐，b也能通過onStop()感知提茁。Fragment可以從FragmentManager監(jiān)聽BackStackState的變化，但它只告訴你Stack變了馁菜，不告訴你是多了，還是少铃岔，還有你處的位置汪疮。有一個解決方案就是，記錄頁面的Path深度毁习，再跟Fragment所在的Stack深度來比較智嚷，如果一致，那么這個Fragment就在棧頂纺且。因?yàn)槊總€頁面的Path深度是固定的盏道，而Stack深度是不變化的，所以這個能準(zhǔn)確的判斷Fragment是否對用戶可見载碌，當(dāng)然猜嘱，這個僅針對整個頁面有效，對于布局中的一個區(qū)域是無效的嫁艇。
-
Fragment的事件傳遞朗伶。
對于層疊的Fragment，其實(shí)就相當(dāng)于在一個FrameLayout里面加上一堆的View步咪，所以论皆，如果處于頂層的Fragment沒處理點(diǎn)擊事件，那么事件就會向下層傳遞猾漫，直到事件被處理点晴。比如有二個Fragment A和B，B在A上面悯周，B只有一個簡單的TextView且沒處理事件粒督，那么點(diǎn)擊B時，會發(fā)現(xiàn)A里的View處理了事件队橙。這個對于Activity也不會發(fā)生坠陈，因?yàn)槭录荒芸绱绑w傳播，上面的Activity沒處理事件捐康，也不會傳給下面的Activity仇矾，即使它可見。解決之法解总，就是讓上面的Fragment的根布局吃掉事件贮匕，為每個根ViewGroup添加onClick=“true”。
-
與第三方Activity交互花枫。與第三方交互刻盐，仍要采用Android的標(biāo)準(zhǔn)startActivityForResult()和onActivityResult()這二個方法來進(jìn)行掏膏。但對于Fragment有些事情需要注意，F(xiàn)ragment也有這二個方法敦锌，但是為了能正確的讓Fragment收到onActivityResult()馒疹，需要：
1.宿主Activity要實(shí)現(xiàn)一個空的onActivityResult()，里面調(diào)用super.onActivityResult()
2.調(diào)用Fragment#startActivityForResult()而不是用Activity的 當(dāng)然乙墙，也可以直接使用Activity的startActivityForResult()颖变，那樣的話，就只能在宿主Activity里處理返回的結(jié)果了听想。
Fragment以及它的宿主Activity的復(fù)用
鴻洋博客中的一個Fragment例子腥刹，例子突出在 復(fù)用
public class ContentFragment extends Fragment
{
private String mArgument;///Activity傳遞的數(shù)據(jù)（值）
public static final String ARGUMENT = "argument";///Activity傳遞的數(shù)據(jù)名（鍵）
public static final String RESPONSE = "response";///Activity
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
Bundle bundle = getArguments();
if (bundle != null)
{
mArgument = bundle.getString(ARGUMENT);
Intent intent = new Intent();
intent.putExtra(RESPONSE, "good");
getActivity().setResult(ListTitleFragment.REQUEST_DETAIL, intent);
}
}
////在實(shí)例化時獲取Activity傳入的值（這里示例為String類型）
public static ContentFragment newInstance(String argument)
{
Bundle bundle = new Bundle();
bundle.putString(ARGUMENT, argument);
ContentFragment contentFragment = new ContentFragment();
contentFragment.setArguments(bundle);
return contentFragment;
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState)
{
Random random = new Random();
TextView tv = new TextView(getActivity());
///.........
return tv;
}
}
- 一個抽象Activity 用于簡單狀態(tài)Fragment 的Activity自身代碼的復(fù)用
public abstract class SingleFragmentActivity extends FragmentActivity {
protected abstract Fragment createFragment();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_single_fragment);
FragmentManager fm = getSupportFragmentManager();
Fragment fragment =fm.findFragmentById(R.id.id_fragment_container);
if(fragment == null )
{
fragment = createFragment() ;
fm.beginTransaction().add(R.id.id_fragment_container,fragment).commit();
}
}
}
從基本用法到到深入一遍足以，并且有詳細(xì)源碼（推薦）
Fragment詳解大牛郭霖給Fragment的解釋：
Android Fragment完全解析汉买，關(guān)于碎片你所需知道的一切作者寫的通俗易懂衔峰，做的Fragment周期圖很詳細(xì) ，并且結(jié)尾附上常用寫法（鴻洋博客中例子）
Android -- Fragment 基本用法蛙粘、生命周期與細(xì)節(jié)注意-
心得：
對于Fragment的一些理解 一手資料官方API指南
片段 | Android Developers<Google官方>
