Android面試題之Fragment篇
Fragment篇
前言
秋招在即，計蒙準備在國慶假期結束前整理一套Android初級面試題籍，希望對大家有所幫助
提示：以下是本篇文章正文內容
Fragment
1.如何切換 fragement（不重新範例化）
翻看了 Android 官方 Doc，和一些元件的原始碼，發現 replace()這個方法只是在上一個 Fragment不再需要時採用的簡便方法.
正確的切換方式是 add()，切換時 hide()，add()另一個 Fragment；再次切換時，只需 hide()當前，show()另一個。
這樣就能做到多個 Fragment 切換不重新範例化：
2.Fragment 的的優點
（1）Fragment 可以使你能夠將 activity 分離成多個可重用的元件，每個都有它自己的生命週期和UI。
（2）Fragment 可以輕鬆得建立動態靈活的 UI 設計，可以適應於不同的螢幕尺寸。從手機到平板電腦。
（3）Fragment 是一個獨立的模組,緊緊地與 activity 繫結在一起。可以執行中動態地移除、加入、交換等。
（4）Fragment 提供一個新的方式讓你在不同的安卓裝置上統一你的 UI。
（5）Fragment 解決 Activity 間的切換不流暢，輕量切換。（6）Fragment 替代 TabActivity 做導航，效能更好。
（7）Fragment 在 4.2.版本中新增巢狀 fragment 使用方法，能夠生成更好的介面效果。
3.Fragment 如何實現類似 Activity 棧的壓棧和出棧效果
Fragment 的事物管理器內部維持了一個雙向連結串列結構，該結構可以記錄我們每次 add 的Fragment 和 replace 的 Fragment，然後當我們點選 back 按鈕的時候會自動幫我們實現退棧操作。
4.Fragment 的 replace 和 add 方法的區別
Fragment 本身並沒有 replace 和 add 方法，這裡的理解應該為使用 FragmentManager 的 replace和 add 兩種方法切換 Fragment 時有什麼不同。
我們經常使用的一個架構就是通過 RadioGroup 切換 Fragment，每個 Fragment 就是一個功能模組。
Fragment 的容器一個 FrameLayout，add 的時候是把所有的 Fragment 一層一層的疊加到了FrameLayout 上了，而 replace 的話首先將該容器中的其他 Fragment 去除掉然後將當前 Fragment新增到容器中。
一個 Fragment 容器中只能新增一個 Fragment 種類，如果多次新增則會報異常，導致程式終止，而 replace 則無所謂，隨便切換。
因為通過 add 的方法新增的 Fragment，每個 Fragment 只能新增一次，因此如果要想達到切換效果需要通過 Fragment 的的 hide 和 show 方法結合者使用。將要顯示的 show 出來，將其他 hide起來。這個過程 Fragment 的生命週期沒有變化。通過 replace 切換 Fragment，每次都會執行上一個 Fragment 的 onDestroyView，新 Fragment的 onCreateView、onStart、onResume 方法。
基於以上不同的特點我們在使用的使用一定要結合著生命週期操作我們的檢視和資料。
5.Fragment與Activity之間是如何傳值的
- Activity向Fragment傳值：
將要傳的值，放到bundle物件裡； 在Activity中建立該Fragment的物件fragment，
通過呼叫 fragment.setArguments()傳遞到fragment中；
在該Fragment中通過呼叫getArguments()得到bundle物件，就能得到裡面的值。
- Fragment向Activity傳值：
在Activity中呼叫getFragmentManager()得到fragmentManager,，呼叫findFragmentByTag(tag)或者通過findFragmentById(id)
FragmentManager fragmentManager = getFragmentManager()；
Fragment fragment = fragmentManager.findFragmentByTag(tag)；
通過回撥的方式，定義一個介面（可以在Fragment類中定義），介面中有一個空的方法，在fragment中需要的時候呼叫介面的方法，值可以作為引數放在這個方法中，然後讓Activity實現這個介面，必然會重寫這個方法，這樣值就傳到了Activity中
6.Fragment生命週期
- onAttach(Contextcontext)：在Fragment和Activity關聯上的時候呼叫，且僅呼叫一次。在該回撥中我們可以將context轉化為Activity儲存下來，從而避免後期頻繁呼叫getAtivity()獲取Activity的局面，避免了在某些情況下getAtivity()為空的異常（Activity和Fragment分離的情況下）。同時也可以在該回撥中將傳入的Arguments提取並解析，在這裡強烈推薦通過setArguments給Fragment傳引數，因為在應用被系統回收時Fragment不會儲存相關屬性。
- onCreate：在最初建立Fragment的時候會呼叫，和Activity的onCreate類似。
- View onCreateView(LayoutInflater inflater, ViewGroup container,Bundle savedInstanceState)：在準備繪製Fragment介面時呼叫，返回值為Fragment要繪製佈局的根檢視，當然也可以返回null。注意使用inflater構建View時一定要將attachToRoot指明false，因為Fragment會自動將檢視新增到container中，attachToRoot為true會重複新增報錯。onCreateView並不是一定會被呼叫，當新增的是沒有介面的Fragment就不會呼叫，比如呼叫FragmentTransaction的add(Fragment fragment, String tag)方法。
- onActivityCreated ：在Activity的onCreated執行完時會呼叫。
- onStart() ：Fragment對使用者可見的時候呼叫，前提是Activity已經started。
- onResume()：Fragment和使用者之前可互動時會呼叫，前提是Activity已經resumed。
- onPause()：Fragment和使用者之前不可互動時會呼叫。
- onStop()：Fragment不可見時會呼叫。
- onDestroyView()：在移除Fragment相關檢視層級時呼叫。
- onDestroy()：最終清楚Fragment狀態時會呼叫。
- onDetach()：Fragment和Activity解除關聯時呼叫。
7.ViewPager對Fragment生命週期的影響
ViewPager+Fragment是比較常見的組合了，一般搭配ViewPager的FragmentPagerAdapter或FragmentStatePagerAdapter使用。不過ViewPager為了防止滑動出現卡頓，有一個快取機制，預設情況下ViewPager會建立並快取當前頁面左右兩邊的頁面（如Fragment）。此時左右兩個Fragment都會執行從onAttach->….->onResume的生命週期，明明Fragment沒有顯示卻已經到onResume了，在某些情況下會出現問題。比如資料的載入時機、判斷Fragment是否可見等。
關於整理問題
當全部整理完畢後將整理成pdf格式，以方便閱讀，檔案獲取如下圖（10月8日後）！
