經(jīng)過一年多的Android的學(xué)習(xí)，最近越來越感覺到了瓶頸，所以打算整理一下學(xué)習(xí)Android Fragment找到的各種資料，博客，還有大牛們的筆記等等
從圖解分析Fragment的生命周期
圖解說明
從圖解可以看到，F(xiàn)ragment的一些生命周期方法與Activity比較相似，畢竟Fragment表示“碎片、塊”的含義，本身實(shí)現(xiàn)出來一個(gè)主要目的就是幫Activity分擔(dān)UI代碼部分的實(shí)現(xiàn)邏輯的。
藍(lán)色背景的生命周期方法：從onCreateView() 到onDestroyView()，在整個(gè)Fragment創(chuàng)建到被銷毀的過程中可以不只被執(zhí)行一次，這里就涉及到管理著Fragment事務(wù)（FragmentTransaction）的FragmentManager底層的后臺(tái)記錄棧的東西了
綠色背景的生命周期方法：在整個(gè)Fragment的生命周期中，僅僅執(zhí)行一次。
一張關(guān)于Activity Fragment的周期圖
- 從上往下 Activity與Fragmen的生命周期順序
Fragment是否很完美
因?yàn)镕ragment是由FragmentManager來管理，每一個(gè)Activity有一個(gè)FragmentManager，管理著一個(gè)Fragment的棧，Activity是系統(tǒng)級別的，由系統(tǒng)來管理ActivityManager，棧也是系統(tǒng)范圍的。而Fragment則是每個(gè)Activity范圍內(nèi)的，所以在使用Fragment的時(shí)候也有幾點(diǎn)要注意。
-
同一個(gè)Activity中，只能有一個(gè)ID或TAG標(biāo)識的Fragment實(shí)例。
這很容易理解，同一個(gè)范圍內(nèi)，有標(biāo)識的實(shí)例肯定是要唯一才行（否則還要標(biāo)識干嘛）這個(gè)在布局中經(jīng)常犯錯(cuò)，在布局中寫Fragment最好不要加ID或者TAG，否則很容易出現(xiàn)不允許創(chuàng)建的錯(cuò)誤。我的原則是如果放在布局中，就不要加ID和TAG，如果需要ID和TAG就全用代碼控制。創(chuàng)建新實(shí)例前先到FragmentManager中查找一番，這也正是有標(biāo)識的意義所在。
一個(gè)Activity中有一個(gè)Fragment池，實(shí)例不一定會(huì)被銷毀，可能會(huì)保存在池中。
這個(gè)跟第一點(diǎn)差不多。就好比系統(tǒng)會(huì)緩存Activity的實(shí)例一樣，F(xiàn)ragmentManager也會(huì)緩存Fragment實(shí)例，以方便和加速再次顯示。
-
FragmentManager的作用范圍是整個(gè)Activity，所以，某一個(gè)布局ID，不能重復(fù)被Fragment替換。
通常顯示Fragment有二種方式，一種是層疊到某個(gè)布局上，或者把某個(gè)布局上面的Fragment替換掉，但是這個(gè)布局不能出現(xiàn)二次，比如布局A中有ID為id的區(qū)域，要顯示為Fragment，此布局A，只能在一個(gè)Activity中顯示一個(gè)，否則第二個(gè)id區(qū)域不能被Fragment成功替換。因?yàn)殡m有二個(gè)ID布局的實(shí)例，但I(xiàn)D是相同的，對FragmentManager來說是一樣的，它會(huì)認(rèn)為只有一個(gè)，因?yàn)樗吹氖遣季值腎D，而不是布局的實(shí)例。
Fragment的生命周期反應(yīng)Activity的生命周期。
Fragment在顯示和退出時(shí)會(huì)走一遍完整的生命周期。此外，正在顯示時(shí)，就跟Activity的一樣，Activity被onPause，里面的Fragment就onPause，以此類推，由此帶來的問題就是，比如你在onStart()里面做了一些事情，那么，當(dāng)宿主Activity被擋住，又出現(xiàn)時(shí)（比如接了個(gè)電話），F(xiàn)ragment的onStart也會(huì)被高到，所以你要想到，這些生命周期不單單在顯示和退出時(shí)會(huì)走到。
- Fragment的對用戶可見性。
這個(gè)問題出現(xiàn)在有Fragment棧的時(shí)候，也就是說每個(gè)Fragment不知道自己是否真的對用戶可見。比如現(xiàn)在是Fragment A，又在其上面顯示了Fragment B，當(dāng)B顯示后，A并不知道自己上面還有一個(gè)，也不知道自己對用戶不可見了，同樣再有一個(gè)C，B也不知。C退出后，B依然不知自己已在棧頂，對用戶可見，B退后，A也不知。也就是說Fragment顯示或者退出，棧里的其他Fragment無法感知。這點(diǎn)就不如Activity，a被b蓋住后，a會(huì)走到onStop()，同樣c顯示后，b也能通過onStop()感知。Fragment可以從FragmentManager監(jiān)聽BackStackState的變化，但它只告訴你Stack變了，不告訴你是多了，還是少，還有你處的位置。有一個(gè)解決方案就是，記錄頁面的Path深度，再跟Fragment所在的Stack深度來比較，如果一致，那么這個(gè)Fragment就在棧頂。因?yàn)槊總€(gè)頁面的Path深度是固定的，而Stack深度是不變化的，所以這個(gè)能準(zhǔn)確的判斷Fragment是否對用戶可見，當(dāng)然，這個(gè)僅針對整個(gè)頁面有效，對于布局中的一個(gè)區(qū)域是無效的。
-
Fragment的事件傳遞。
對于層疊的Fragment，其實(shí)就相當(dāng)于在一個(gè)FrameLayout里面加上一堆的View，所以，如果處于頂層的Fragment沒處理點(diǎn)擊事件，那么事件就會(huì)向下層傳遞，直到事件被處理。比如有二個(gè)Fragment A和B，B在A上面，B只有一個(gè)簡單的TextView且沒處理事件，那么點(diǎn)擊B時(shí)，會(huì)發(fā)現(xiàn)A里的View處理了事件。這個(gè)對于Activity也不會(huì)發(fā)生，因?yàn)槭录荒芸绱绑w傳播，上面的Activity沒處理事件，也不會(huì)傳給下面的Activity，即使它可見。解決之法，就是讓上面的Fragment的根布局吃掉事件，為每個(gè)根ViewGroup添加onClick=“true”。
-
與第三方Activity交互。與第三方交互，仍要采用Android的標(biāo)準(zhǔn)startActivityForResult()和onActivityResult()這二個(gè)方法來進(jìn)行。但對于Fragment有些事情需要注意，F(xiàn)ragment也有這二個(gè)方法，但是為了能正確的讓Fragment收到onActivityResult()，需要：
1.宿主Activity要實(shí)現(xiàn)一個(gè)空的onActivityResult()，里面調(diào)用super.onActivityResult()
2.調(diào)用Fragment#startActivityForResult()而不是用Activity的 當(dāng)然，也可以直接使用Activity的startActivityForResult()，那樣的話，就只能在宿主Activity里處理返回的結(jié)果了。
Fragment以及它的宿主Activity的復(fù)用
鴻洋博客中的一個(gè)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í)例化時(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;
}
}
- 一個(gè)抽象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官方>
