把條目添加到動作欄
你的fragment們可以向activity的菜單（按Manu鍵時出現的東西）添加項，同時也可向動作欄（界面中頂部的那個區域）添加條目，這都需通過實現方法onCreateOptionManu()來完成。
你從fragment添加到菜單的任何條目，都會出現在現有菜單項之後。Fragment之後可以通過方法onOptionsItemSelected()來響應自己的菜單項被選擇的事件。
你也可以在fragemnt中註冊一個view來提供快捷菜單（上下文菜單）。當用戶要打開快捷菜單時，fragment的onCreateContextMenu()方法會被調用。當用戶選擇其中一項時，fragemnt的onContextItemSelected()方法會被調用。
注：儘管你的fragment可以分別收到它所添加的菜單項的選中事件，但是activity纔是第一個接收這些事件的傢伙，只有當activity對某個事件置之不理時，fragment才能接收到這個事件，對於菜單和快捷菜單都是這樣。
處理fragement的生命週期
管理fragment的生命週期有些像管理activity的生命週期。Fragment可以生存在三種狀態：
Resumed:
Fragment在一個運行中的activity中並且可見。
Paused:
另一個activity處於最頂層，但是fragment所在的activity並沒有被完全覆蓋（頂層的activity是半透明的或不佔據整個屏幕）。
Stoped:
Fragment不可見。可能是它所在的activity處於stoped狀態或是fragment被刪除並添加到後退棧中了。此狀態的fragment仍然存在於內存中。
同樣類似於activity，你可以把fragment的狀態保存在一個Bundle中，在activity被recreated時就需用到這個東西。你可以在onSaveInstanceState()方法中保存狀態並在onCreate()或onCreateView()或onActivityCreated()中恢復，關於更多的保存狀態的信息，請參考Activitys章節。
Fragment與Activity的生命週期中最大的不同就是存儲到後退棧中的過程。Activity是在停止時自動被系統壓入停止棧，並且這個棧是被系統管理的；而fragment是被壓入activity所管理的一個後退棧，並且只有你在刪除fragment後並明確調用addToBackStack()方法時才被壓入。
然而，管理fragment的生命週期與管理activity的生命週期極其相似。你所需要去思考的是activity的生命週期如何影響fragment的生命週期。
協調與activity生命週期的關係
Activity直接影響它所包含的fragment的生命週期，所以對activity的某個生命週期方法的調用也會產生對fragment相同方法的調用。例如：當activity的onPause()方法被調用時，它所包含的所有的fragment們的onPause()方法都會被調用。
Fragment比activity還要多出幾個生命週期回調方法，這些額外的方法是爲了與activity的交互而設立，如下：
onAttach()
當fragment被加入到activity時調用（在這個方法中可以獲得所在的activity）。
onCreateView()
當activity要得到fragment的layout時，調用此方法，fragment在其中創建自己的layout(界面)。
onActivityCreated()
當activity的onCreated()方法返回後調用此方法。
onDestroyView()
當fragment的layout被銷燬時被調用。
onDetach()
當fragment被從activity中刪掉時被調用。
一旦activity進入resumed狀態（也就是running狀態），你就可以自由地添加和刪除fragment了。因此，只有當activity在resumed狀態時，fragment的生命週期才能獨立的運轉，其它時候是依賴於activity的生命週期變化的