既然我們已經(jīng)知道了Fragment很好用，那么我們也需要知道它的工作原理。Fragment只能存在于（作為容器的）Activity中，每一個(gè)Fragment都有自己的視圖結(jié)構(gòu)，可以像我們之前那樣載入布局。Fragment的生命周期更加復(fù)雜，因?yàn)樗懈嗟臓顟B(tài)，如圖：

我們來(lái)看一下Fragment完整的生命周期。

在Fragment生命周期開(kāi)始，onInflate方法被調(diào)用。要注意的是，這個(gè)方法只在我們直接用標(biāo)簽在布局文件中定義的時(shí)候才會(huì)被調(diào)用。我們可以在這個(gè)方法中保存一些在xml布局文件中定義的配置參數(shù)和一些屬性。
這一步過(guò)后就輪到onAttach被調(diào)用了。這個(gè)方法在Fragment綁定到它的父Activity中的時(shí)候被調(diào)用，我們可以在這里保存它和Activity之間的引用。
之后onCreate會(huì)被調(diào)用。這是最重要的步驟之一。Fragment就是在這一步中產(chǎn)生的，可以用這個(gè)方法來(lái)啟動(dòng)其它線程來(lái)檢索數(shù)據(jù)，比如從遠(yuǎn)程服務(wù)器中啟動(dòng)。
onCreateView這個(gè)方法是在Fragment創(chuàng)建自己的視圖結(jié)構(gòu)的時(shí)候被調(diào)用，在這個(gè)方法中我們會(huì)載入Fragment的布局文件，就像我們?cè)贚istView控件中載入布局一樣。在這個(gè)過(guò)程中，我們不能保證父Activity是否已經(jīng)創(chuàng)建，所以有一些操作我們不能在這里完成。
可以看到，在onActivityCreated后Activity才算是建立完成。到這一步，我們的Activity就創(chuàng)建成功并激活了。我們可以隨時(shí)使用它了。
下一步就是onStart了，在這里我們做的事和Activity中的onStart一樣，在這個(gè)方法中Fragment雖然可以顯示，但是還不能和用戶進(jìn)行交互，只有在onResume后Fragment才能開(kāi)始和用戶進(jìn)行交互操作。在這個(gè)過(guò)程后，F(xiàn)ragment就已經(jīng)啟動(dòng)并運(yùn)行起來(lái)了。
也許會(huì)暫停Activity。Activity的OnPause方法會(huì)被調(diào)用。這時(shí)候Fragment的onPause方法也會(huì)被調(diào)用。
系統(tǒng)也可能會(huì)銷毀Fragment的視圖顯示，發(fā)生這種情況時(shí)onDestroyView方法就被調(diào)用了。
之后，如果系統(tǒng)需要完全銷毀整個(gè)Fragment的話，onDestroy方法就會(huì)被調(diào)用了。這時(shí)候我們就需要釋放掉所有可用的連接了，因?yàn)檫@個(gè)時(shí)候Fragment馬上就要被殺掉了。雖然是在準(zhǔn)備銷毀的過(guò)程中，但是Fragment仍然綁定在父Activity中。
最后一步就是把Fragment從Activity中解綁，即調(diào)用onDetach方法。

Fragment返回棧的管理
將Fragment添加到返回棧中：

假設(shè)現(xiàn)在我們有兩個(gè)Fragment：Fragment01和Fragment02，我們現(xiàn)在從Fragment01的界面跳到 Fragment02，然后按Back鍵，發(fā)現(xiàn)程序是直接退出了，而不是返回到Fragment01。如果現(xiàn)在想實(shí)現(xiàn)以下功能：從Fragment01的 界面跳到Fragment02，然后按Back鍵，會(huì)返回到Fragment01。這個(gè)功能該怎么實(shí)現(xiàn)呢？這其實(shí)就利用到了返回棧的知識(shí)。

其實(shí)很簡(jiǎn)單，F(xiàn)ragmentTransaction中提供了一個(gè)addToBackStack()方法，可以將一個(gè)事務(wù)添加到返回棧中。

我們這里在一段動(dòng)態(tài)加載Fragment的代碼基礎(chǔ)之上，增加一行代碼就可以將Fragment添加到返回棧中：

//步驟一：添加一個(gè)FragmentTransaction的實(shí)例
FragmentTransaction transaction = getFragmentManager().beginTransaction();
//步驟二：用add()方法加上Fragment的對(duì)象
RightFragment rightFragment = new RightFragment();
transaction.add(R.id.right, rightFragment);
transaction.addToBackStack(null);
//步驟三：調(diào)用commit()方法使得FragmentTransaction實(shí)例的改變生效
transaction.commit();

我們?cè)谑聞?wù)提交之前調(diào)用了FragmentTransaction的addToBackStack()方法，它可以接受一個(gè)名字用于描述返回棧的狀態(tài)，一般傳入null即可。

例子

@Override
   public void onClick(View v) {
     // TODO Auto-generated method stub
 transaction = manager.beginTransaction(); 47     switch (v.getId()) {
     case R.id.button1:
       Fragment01 fragment01 = new Fragment01();
       transaction.replace(R.id.right, fragment01, "fragment01");
       transaction.addToBackStack("fragment01");// 添加到Activity管理的回退棧中。
       break;
 
     case R.id.button2:
       Fragment02 fragment02 = new Fragment02();
       transaction.replace(R.id.right, fragment02, "fragment02");
       transaction.addToBackStack("fragment02");// 添加到Activity管理的回退棧中。
       break;
 
     case R.id.button3:
       Fragment03 fragment03 = new Fragment03();
       transaction.replace(R.id.right, fragment03, "fragment03");
       transaction.addToBackStack("fragment03");// 添加到Activity管理的回退棧中。
       break;

     }
 transaction.commit();   
   }

 運(yùn)行程序后，界面如下，沒(méi)有任何fragment被加載：

點(diǎn)擊按鈕加載fragment01：

點(diǎn)擊按鈕加載fragment02（此時(shí)fragment01被替換，并被壓到了棧當(dāng)中）：

注：如果fragment01在替換的時(shí)候沒(méi)有被壓到棧中，那就會(huì)被銷毀，在執(zhí)行完onDestroyView()方法后，會(huì)繼續(xù)執(zhí)行onDestroy()和onDetach()方法。

按Back鍵，fragment01重新返回到屏幕：（fragment02被銷毀）

再按Back鍵，fragment01被銷毀：

注：Fragment的返回棧由Activity管理；而Activity的返回棧由系統(tǒng)管理。

最新評(píng)論