《Android Fragment 非常詳細(xì)的一篇》

導(dǎo)語: Fragment作為Android最基本,最重要的基礎(chǔ)概念之一,在開發(fā)中經(jīng)常會(huì)和他打交道。本文從為什么出現(xiàn)Fragment開始,介紹了Fragment相關(guān)的方方面面,包括Fragment的基本定義及使用、回退棧的內(nèi)部實(shí)現(xiàn)、Fragment通信、DialogFragment、ViewPager+Fragment的使用、嵌套Fragment、懶加載等。

基本概念


Fragment,簡稱碎片,是Android 3.0(API 11)提出的,為了兼容低版本,support-v4庫中也開發(fā)了一套Fragment API,最低兼容Android 1.6。

過去support-v4庫是一個(gè)jar包,24.2.0版本開始,將support-v4庫模塊化為多個(gè)jar包,包含:support-fragment, support-ui, support-media-compat等,這么做是為了減少APK包大小,你需要用哪個(gè)模塊就引入哪個(gè)模塊。

如果想引入整個(gè)support-v4庫,則compile 'com.android.support:support-v4:24.2.1',如果只想引入support-fragment庫,則com.android.support:support-fragment:24.2.1。

因?yàn)閟upport庫是不斷更新的,因此建議使用support庫中的android.support.v4.app.Fragment,而不要用系統(tǒng)自帶的android.app.Fragment。而如果要使用support庫的Fragment,Activity必須要繼承FragmentActivity(AppCompatActivity是FragmentActivity的子類)。

  • Fragment是依賴于Activity的,不能獨(dú)立存在的。
  • 一個(gè)Activity里可以有多個(gè)Fragment。
  • 一個(gè)Fragment可以被多個(gè)Activity重用。
  • Fragment有自己的生命周期,并能接收輸入事件。
  • 我們能在Activity運(yùn)行時(shí)動(dòng)態(tài)地添加或刪除Fragment。
Fragment的優(yōu)勢有以下幾點(diǎn):
  • 模塊化(Modularity):我們不必把所有代碼全部寫在Activity中,而是把代碼寫在各自的Fragment中。
  • 可重用(Reusability):多個(gè)Activity可以重用一個(gè)Fragment。
  • 可適配(Adaptability):根據(jù)硬件的屏幕尺寸、屏幕方向,能夠方便地實(shí)現(xiàn)不同的布局,這樣用戶體驗(yàn)更好。

基本使用


這里給出Fragment最基本的使用方式。首先,創(chuàng)建繼承Fragment的類,名為Fragment1:

public class Fragment1 extends Fragment{  
  private static String ARG_PARAM = "param_key"; 
     private String mParam; 
     private Activity mActivity; 
     public void onAttach(Context context) {
        mActivity = (Activity) context;
        mParam = getArguments().getString(ARG_PARAM);  //獲取參數(shù)
    }
     public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        View root = inflater.inflate(R.layout.fragment_1, container, false);
        TextView view = root.findViewById(R.id.text);
        view.setText(mParam);
             return root;
    }    
     public static Fragment1 newInstance(String str) {
        Fragment1 frag = new Fragment1();
        Bundle bundle = new Bundle();
        bundle.putString(ARG_PARAM, str);
        fragment.setArguments(bundle);   //設(shè)置參數(shù)
        return fragment;
    }
}

Fragment有很多可以復(fù)寫的方法,其中最常用的就是onCreateView(),該方法返回Fragment的UI布局,需要注意的是inflate()的第三個(gè)參數(shù)是false,因?yàn)樵贔ragment內(nèi)部實(shí)現(xiàn)中,會(huì)把該布局添加到container中,如果設(shè)為true,那么就會(huì)重復(fù)做兩次添加,則會(huì)拋如下異常:

Caused by: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

如果在創(chuàng)建Fragment時(shí)要傳入?yún)?shù),必須要通過setArguments(Bundle bundle)方式添加,而不建議通過為Fragment添加帶參數(shù)的構(gòu)造函數(shù),因?yàn)橥ㄟ^setArguments()方式添加,在由于內(nèi)存緊張導(dǎo)致Fragment被系統(tǒng)殺掉并恢復(fù)(re-instantiate)時(shí)能保留這些數(shù)據(jù)。官方建議如下:

It is strongly recommended that subclasses do not have other constructors with parameters, since these constructors will not be called when the fragment is re-instantiated.

我們可以在Fragment的onAttach()中通過getArguments()獲得傳進(jìn)來的參數(shù),并在之后使用這些參數(shù)。如果要獲取Activity對(duì)象,不建議調(diào)用getActivity(),而是在onAttach()中將Context對(duì)象強(qiáng)轉(zhuǎn)為Activity對(duì)象。

創(chuàng)建完Fragment后,接下來就是把Fragment添加到Activity中。在Activity中添加Fragment的方式有兩種:

  • 靜態(tài)添加:通過xml的方式添加,缺點(diǎn)是一旦添加就不能在運(yùn)行時(shí)刪除。
  • 動(dòng)態(tài)添加:運(yùn)行時(shí)添加,這種方式比較靈活,因此建議使用這種方式。
    雖然Fragment能在XML中添加,但是這只是一個(gè)語法糖而已,F(xiàn)ragment并不是一個(gè)View,而是和Activity同一層次的。

這里只給出動(dòng)態(tài)添加的方式。首先Activity需要有一個(gè)容器存放Fragment,一般是FrameLayout,因此在Activity的布局文件中加入FrameLayout:

<FrameLayout
    android:id="@+id/container"
    android:layout_width="match_parent"
    android:layout_height="match_parent"/>

然后在onCreate()中,通過以下代碼將Fragment添加進(jìn)Activity中。

if (bundle == null) {
    getSupportFragmentManager().beginTransaction()
        .add(R.id.container, Fragment1.newInstance("hello world"), "f1")        //.addToBackStack("fname")
        .commit();
}

這里需要注意幾點(diǎn):

  • 因?yàn)槲覀兪褂昧藄upport庫的Fragment,因此需要使用getSupportFragmentManager()獲取FragmentManager。
  • add()是對(duì)Fragment眾多操作中的一種,還有remove(), replace()等,第一個(gè)參數(shù)是根容器的id(FrameLayout的id,即”@id/container”),第二個(gè)參數(shù)是Fragment對(duì)象,第三個(gè)參數(shù)是fragment的tag名,指定tag的好處是后續(xù)我們可以通過Fragment1 frag = getSupportFragmentManager().findFragmentByTag("f1")從FragmentManager中查找Fragment對(duì)象。
  • 在一次事務(wù)中,可以做多個(gè)操作,比如同時(shí)做add().remove().replace()
  • commit()操作是異步的,內(nèi)部通過mManager.enqueueAction()加入處理隊(duì)列。對(duì)應(yīng)的同步方法為commitNow()commit()內(nèi)部會(huì)有checkStateLoss()操作,如果開發(fā)人員使用不當(dāng)(比如commit()操作在onSaveInstanceState()之后),可能會(huì)拋出異常,而commitAllowingStateLoss()方法則是不會(huì)拋出異常版本的commit()方法,但是盡量使用commit(),而不要使用commitAllowingStateLoss()。
  • addToBackStack("fname")是可選的。FragmentManager擁有回退棧(BackStack),類似于Activity的任務(wù)棧,如果添加了該語句,就把該事務(wù)加入回退棧,當(dāng)用戶點(diǎn)擊返回按鈕,會(huì)回退該事務(wù)(回退指的是如果事務(wù)是add(frag1),那么回退操作就是remove(frag1));如果沒添加該語句,用戶點(diǎn)擊返回按鈕會(huì)直接銷毀Activity。
  • Fragment有一個(gè)常見的問題,即Fragment重疊問題,這是由于Fragment被系統(tǒng)殺掉,并重新初始化時(shí)再次將fragment加入activity,因此通過在外圍加if語句能判斷此時(shí)是否是被系統(tǒng)殺掉并重新初始化的情況。
Fragment有個(gè)常見的異常:
java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
    at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1341)
    at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1352)
    at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595)
    at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)

該異常出現(xiàn)的原因是:commit()onSaveInstanceState()后調(diào)用。首先,onSaveInstanceState()onPause()之后,onStop()之前調(diào)用。onRestoreInstanceState()onStart()之后,onResume()之前。

因此避免出現(xiàn)該異常的方案有:
  • 不要把Fragment事務(wù)放在異步線程的回調(diào)中,比如不要把Fragment事務(wù)放在AsyncTask的onPostExecute(),因此onPostExecute()可能會(huì)在onSaveInstanceState()之后執(zhí)行。
  • 逼不得已時(shí)使用commitAllowingStateLoss()。

生命周期


Fragment的生命周期和Activity類似,但比Activity的生命周期復(fù)雜一些,基本的生命周期方法如下圖:

生命周期

解釋如下:

  • onAttach():Fragment和Activity相關(guān)聯(lián)時(shí)調(diào)用??梢酝ㄟ^該方法獲取Activity引用,還可以通過getArguments()獲取參數(shù)。
  • onCreate():Fragment被創(chuàng)建時(shí)調(diào)用。
  • onCreateView():創(chuàng)建Fragment的布局。
  • onActivityCreated():當(dāng)Activity完成onCreate()時(shí)調(diào)用。
  • onStart():當(dāng)Fragment可見時(shí)調(diào)用。
  • onResume():當(dāng)Fragment可見且可交互時(shí)調(diào)用。
  • onPause():當(dāng)Fragment不可交互但可見時(shí)調(diào)用。
  • onStop():當(dāng)Fragment不可見時(shí)調(diào)用。
  • onDestroyView():當(dāng)Fragment的UI從視圖結(jié)構(gòu)中移除時(shí)調(diào)用。
  • onDestroy():銷毀Fragment時(shí)調(diào)用。
  • onDetach():當(dāng)Fragment和Activity解除關(guān)聯(lián)時(shí)調(diào)用。

上面的方法中,只有onCreateView()在重寫時(shí)不用寫super方法,其他都需要。

因?yàn)镕ragment是依賴Activity的,因此為了講解Fragment的生命周期,需要和Activity的生命周期方法一起講,即Fragment的各個(gè)生命周期方法和Activity的各個(gè)生命周期方法的關(guān)系和順序,如圖:

LifeCycle

我們這里舉個(gè)例子來理解Fragment生命周期方法。功能如下:共有兩個(gè)Fragment:F1和F2,F(xiàn)1在初始化時(shí)就加入Activity,點(diǎn)擊F1中的按鈕調(diào)用replace替換為F2。

當(dāng)F1在Activity的onCreate()中被添加時(shí),日志如下:

BasicActivity: [onCreate] BEGIN
BasicActivity: [onCreate] END
BasicActivity: [onStart] BEGIN
Fragment1: [onAttach] BEGIN 
Fragment1: [onAttach] END
BasicActivity: [onAttachFragment] BEGIN
BasicActivity: [onAttachFragment] END
Fragment1: [onCreate] BEGIN
Fragment1: [onCreate] END
Fragment1: [onCreateView]
Fragment1: [onViewCreated] BEGIN
Fragment1: [onViewCreated] END
Fragment1: [onActivityCreated] BEGIN
Fragment1: [onActivityCreated] END
Fragment1: [onStart] BEGIN
Fragment1: [onStart] END
BasicActivity: [onStart] END
BasicActivity: [onPostCreate] BEGIN
BasicActivity: [onPostCreate] END
BasicActivity: [onResume] BEGIN
BasicActivity: [onResume] END
BasicActivity: [onPostResume] BEGIN
Fragment1: [onResume] BEGIN
Fragment1: [onResume] END
BasicActivity: [onPostResume] END
BasicActivity: [onAttachedToWindow] BEGIN
BasicActivity: [onAttachedToWindow] END

可以看出:

  • Fragment的onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()都是在Activity的onStart()中調(diào)用的。
  • Fragment的onResume()在Activity的onResume()之后調(diào)用。

接下去分兩種情況,分別是不加addToBackStack()和加addToBackStack()。
1、當(dāng)點(diǎn)擊F1的按鈕,調(diào)用replace()替換為F2,且不加addToBackStack()時(shí),日志如下:

Fragment2: [onAttach] BEGIN
Fragment2: [onAttach] END
BasicActivity: [onAttachFragment] BEGIN
BasicActivity: [onAttachFragment] END
Fragment2: [onCreate] BEGIN
Fragment2: [onCreate] END
Fragment1: [onPause] BEGIN
Fragment1: [onPause] END
Fragment1: [onStop] BEGIN
Fragment1: [onStop] END
Fragment1: [onDestroyView] BEGIN
Fragment1: [onDestroyView] END
Fragment1: [onDestroy] BEGIN
Fragment1: [onDestroy] END
Fragment1: [onDetach] BEGIN
Fragment1: [onDetach] END
Fragment2: [onCreateView]
Fragment2: [onViewCreated] BEGIN
Fragment2: [onViewCreated] END
Fragment2: [onActivityCreated] BEGIN
Fragment2: [onActivityCreated] END
Fragment2: [onStart] BEGIN
Fragment2: [onStart] END
Fragment2: [onResume] BEGIN
Fragment2: [onResume] END

可以看到,F(xiàn)1最后調(diào)用了onDestroy()onDetach()。

2、當(dāng)點(diǎn)擊F1的按鈕,調(diào)用replace()替換為F2,且加addToBackStack()時(shí),日志如下:

Fragment2: [onAttach] BEGIN
Fragment2: [onAttach] END
BasicActivity: [onAttachFragment] BEGIN
BasicActivity: [onAttachFragment] END
Fragment2: [onCreate] BEGIN
Fragment2: [onCreate] END
Fragment1: [onPause] BEGIN
Fragment1: [onPause] END
Fragment1: [onStop] BEGIN
Fragment1: [onStop] END
Fragment1: [onDestroyView] BEGIN
Fragment1: [onDestroyView] END
Fragment2: [onCreateView]
Fragment2: [onViewCreated] BEGIN
Fragment2: [onViewCreated] END
Fragment2: [onActivityCreated] BEGIN
Fragment2: [onActivityCreated] END
Fragment2: [onStart] BEGIN
Fragment2: [onStart] END
Fragment2: [onResume] BEGIN
Fragment2: [onResume] END

可以看到,F(xiàn)1被替換時(shí),最后只調(diào)到了onDestroyView(),并沒有調(diào)用onDestroy()onDetach()。當(dāng)用戶點(diǎn)返回按鈕回退事務(wù)時(shí),F(xiàn)1會(huì)調(diào)onCreateView()->onStart()->onResume(),因此在Fragment事務(wù)中加不加addToBackStack()會(huì)影響Fragment的生命周期。

FragmentTransaction有一些基本方法,下面給出調(diào)用這些方法時(shí),F(xiàn)ragment生命周期的變化:

  • add(): onAttach()->…->onResume()。
  • remove(): onPause()->…->onDetach()。
  • replace(): 相當(dāng)于舊Fragment調(diào)用remove(),新Fragment調(diào)用add()。
  • show(): 不調(diào)用任何生命周期方法,調(diào)用該方法的前提是要顯示的 Fragment已經(jīng)被添加到容器,只是純粹把Fragment UI的setVisibility為true。
  • hide(): 不調(diào)用任何生命周期方法,調(diào)用該方法的前提是要顯示的Fragment已經(jīng)被添加到容器,只是純粹把Fragment UI的setVisibility為false。
  • detach(): onPause()->onStop()->onDestroyView()。UI從布局中移除,但是仍然被FragmentManager管理。
  • attach(): onCreateView()->onStart()->onResume()。

Fragment實(shí)現(xiàn)原理和Back Stack


我們知道Activity有任務(wù)棧,用戶通過startActivity將Activity加入棧,點(diǎn)擊返回按鈕將Activity出棧。Fragment也有類似的棧,稱為回退棧(Back Stack),回退棧是由FragmentManager管理的。默認(rèn)情況下,F(xiàn)ragment事務(wù)是不會(huì)加入回退棧的,如果想將Fragment事務(wù)加入回退棧,則可以加入addToBackStack("")。如果沒有加入回退棧,則用戶點(diǎn)擊返回按鈕會(huì)直接將Activity出棧;如果加入了回退棧,則用戶點(diǎn)擊返回按鈕會(huì)回滾Fragment事務(wù)。

我們將通過最常見的Fragment用法,講解Back Stack的實(shí)現(xiàn)原理:

getSupportFragmentManager().beginTransaction()
    .add(R.id.container, f1, "f1")
    .addToBackStack("")
    .commit();

上面這個(gè)代碼的功能就是將Fragment加入Activity中,內(nèi)部實(shí)現(xiàn)為:創(chuàng)建一個(gè)BackStackRecord對(duì)象,該對(duì)象記錄了這個(gè)事務(wù)的全部操作軌跡(這里只做了一次add操作,并且加入回退棧),隨后將該對(duì)象提交到FragmentManager的執(zhí)行隊(duì)列中,等待執(zhí)行。

BackStackRecord類的定義如下

class BackStackRecord extends FragmentTransaction implements FragmentManager.BackStackEntry, Runnable {}

從定義可以看出,BackStackRecord有三重含義:

  • 繼承了FragmentTransaction,即是事務(wù),保存了整個(gè)事務(wù)的全部操作軌跡。
  • 實(shí)現(xiàn)了BackStackEntry,作為回退棧的元素,正是因?yàn)樵擃悡碛惺聞?wù)全部的操作軌跡,因此在popBackStack()時(shí)能回退整個(gè)事務(wù)。
  • 繼承了Runnable,即被放入FragmentManager執(zhí)行隊(duì)列,等待被執(zhí)行。

先看第一層含義,getSupportFragmentManager.beginTransaction()返回的就是BackStackRecord對(duì)象,代碼如下:

public FragmentTransaction beginTransaction() {
    return new BackStackRecord(this);
}

BackStackRecord類包含了一次事務(wù)的整個(gè)操作軌跡,是以鏈表形式存在的,鏈表的元素是Op類,表示其中某個(gè)操作,定義如下:

static final class Op {
    Op next; //鏈表后一個(gè)節(jié)點(diǎn)
    Op prev; //鏈表前一個(gè)節(jié)點(diǎn)
    int cmd;  //操作是add或remove或replace或hide或show等
    Fragment fragment; //對(duì)哪個(gè)Fragment對(duì)象做操作
}

我們來看下具體場景下這些類是怎么被使用的,比如我們的事務(wù)做add操作。add函數(shù)的定義:

public FragmentTransaction add(int containerViewId, Fragment fragment, String tag) {
   doAddOp(containerViewId, fragment, tag, OP_ADD);
   return this;
}

doAddOp()方法就是創(chuàng)建Op對(duì)象,并加入鏈表,定義如下:

private void doAddOp(int containerViewId, Fragment fragment, String tag, int opcmd) {
    fragment.mTag = tag;  //設(shè)置fragment的tag
    fragment.mContainerId = fragment.mFragmentId = containerViewId;  //設(shè)置fragment的容器id
    Op op = new Op();
    op.cmd = opcmd;
    op.fragment = fragment;
    addOp(op);
}

addOp()是將創(chuàng)建好的Op對(duì)象加入鏈表,定義如下:

void addOp(Op op) {
    if (mHead == null) {
        mHead = mTail = op;
    } else {
        op.prev = mTail;
        mTail.next = op;
        mTail = op;
    }
    mNumOp++;
}

addToBackStack(“”)是將mAddToBackStack變量記為true,在commit()中會(huì)用到該變量。commit()是異步的,即不是立即生效的,但是后面會(huì)看到整個(gè)過程還是在主線程完成,只是把事務(wù)的執(zhí)行扔給主線程的Handler,commit()內(nèi)部是commitInternal(),實(shí)現(xiàn)如下:

int commitInternal(boolean allowStateLoss) {
    mCommitted = true;
    if (mAddToBackStack) {
        mIndex = mManager.allocBackStackIndex(this);
    } else {
        mIndex = -1;
    }
    mManager.enqueueAction(this, allowStateLoss); //將事務(wù)添加進(jìn)待執(zhí)行隊(duì)列中
    return mIndex;
}

如果mAddToBackStack為true,則調(diào)用allocBackStackIndex(this)將事務(wù)添加進(jìn)回退棧,F(xiàn)ragmentManager類的變量ArrayListmBackStackIndices;就是回退棧。實(shí)現(xiàn)如下:

public int allocBackStackIndex(BackStackRecord bse) {
    if (mBackStackIndices == null) {
        mBackStackIndices = new ArrayList<BackStackRecord>();
    }
    int index = mBackStackIndices.size();
    mBackStackIndices.add(bse);
        return index;
}

commitInternal()中,mManager.enqueueAction(this, allowStateLoss);是將BackStackRecord加入待執(zhí)行隊(duì)列中,定義如下:

public void enqueueAction(Runnable action, boolean allowStateLoss) {
    if (mPendingActions == null) {
        mPendingActions = new ArrayList<Runnable>();
    }
    mPendingActions.add(action);
    if (mPendingActions.size() == 1) {
        mHost.getHandler().removeCallbacks(mExecCommit);
        mHost.getHandler().post(mExecCommit); //調(diào)用execPendingActions()執(zhí)行待執(zhí)行隊(duì)列的事務(wù)
    }
}

mPendingActions就是前面說的待執(zhí)行隊(duì)列,mHost.getHandler()就是主線程的Handler,因此Runnable是在主線程執(zhí)行的,mExecCommit的內(nèi)部就是調(diào)用了execPendingActions(),即把mPendingActions中所有積壓的沒被執(zhí)行的事務(wù)全部執(zhí)行。執(zhí)行隊(duì)列中的事務(wù)會(huì)怎樣被執(zhí)行呢?就是調(diào)用BackStackRecord的run()方法,run()方法就是執(zhí)行Fragment的生命周期函數(shù),還有將視圖添加進(jìn)container中。
addToBackStack()對(duì)應(yīng)的是popBackStack(),有以下幾種變種:

  • popBackStack():將回退棧的棧頂彈出,并回退該事務(wù)。
  • popBackStack(String name, int flag):name為addToBackStack(String name)的參數(shù),通過name能找到回退棧的特定元素,flag可以為0或者FragmentManager.POP_BACK_STACK_INCLUSIVE,0表示只彈出該元素以上的所有元素,POP_BACK_STACK_INCLUSIVE表示彈出包含該元素及以上的所有元素。這里說的彈出所有元素包含回退這些事務(wù)。
  • popBackStack()是異步執(zhí)行的,是丟到主線程的MessageQueue執(zhí)行,popBackStackImmediate()是同步版本。

我們通過講解Demo來更清晰地了解回退棧的使用。功能如下:共有三個(gè)Fragment:F1, F2, F3,F(xiàn)1在初始化時(shí)就加入Activity,點(diǎn)擊F1中的按鈕跳轉(zhuǎn)到F2,點(diǎn)擊F2的按鈕跳轉(zhuǎn)到F3,點(diǎn)擊F3的按鈕回退到F1。

在Activity的onCreate()中,將F1加入Activity中:

getSupportFragmentManager().beginTransaction()
    .add(R.id.container, f1, "f1")
    .addToBackStack(Fragment1.class.getSimpleName())
    .commit();

F1按鈕的onClick()內(nèi)容如下:

getFragmentManager().beginTransaction()
    .replace(R.id.container, f2, "f2")
    .addToBackStack(Fragment2.class.getSimpleName())
    .commit();

F2按鈕的onClick()如下:

getFragmentManager().beginTransaction()
    .replace(R.id.container, f3, "f3")
    .addToBackStack(Fragment3.class.getSimpleName())
    .commit();

F3按鈕的onClick()如下:

getFragmentManager().popBackStack(Fragment2.class.getSimpleName(),
             FragmentManager.POP_BACK_STACK_INCLUSIVE);

這樣就完成了整個(gè)界面的跳轉(zhuǎn)邏輯。

這里補(bǔ)充一個(gè)點(diǎn)

getSupportFragmentManager().findFragmentByTag()是經(jīng)常用到的方法,他是FragmentManager的方法,F(xiàn)ragmentManager是抽象類,F(xiàn)ragmentManagerImpl是繼承FragmentManager的實(shí)現(xiàn)類,他的內(nèi)部實(shí)現(xiàn)是:

class FragmentManagerImpl extends FragmentManager {
    ArrayList<Fragment> mActive;
    ArrayList<Fragment> mAdded;
    public Fragment findFragmentByTag(String tag) { 
           if (mAdded != null && tag != null) { 
               for (int i=mAdded.size()-1; i>=0; i--) {
                Fragment f = mAdded.get(i);
                if (f != null && tag.equals(f.mTag)) {
                        return f;
                }
            }
        }       
          if (mActive != null && tag != null) {
               for (int i=mActive.size()-1; i>=0; i--) {
                    Fragment f = mActive.get(i);
                    if (f != null && tag.equals(f.mTag)) {
                          return f;
                }
            }
        } 
          return null;
    }
}

從上面看到,先從mAdded中查找是否有該Fragment,如果沒找到,再從mActive中查找是否有該Fragment。mAdded是已經(jīng)添加到Activity的Fragment的集合,mActive不僅包含mAdded,還包含雖然不在Activity中,但還在回退棧中的Fragment。

Fragment通信


Fragment向Activity傳遞數(shù)據(jù)

首先,在Fragment中定義接口,并讓Activity實(shí)現(xiàn)該接口(具體實(shí)現(xiàn)省略):

public interface OnFragmentInteractionListener {    void onItemClick(String str);  //將str從Fragment傳遞給Activity}

在Fragment的onAttach()中,將參數(shù)Context強(qiáng)轉(zhuǎn)為OnFragmentInteractionListener對(duì)象:

public void onAttach(Context context) {
    super.onAttach(context);
        if (context instanceof OnFragmentInteractionListener) {
        mListener = (OnFragmentInteractionListener) context;
    } else {
                throw new RuntimeException(context.toString()
                + " must implement OnFragmentInteractionListener");
    }
}

并在Fragment合適的地方調(diào)用mListener.onItemClick("hello")將”hello”從Fragment傳遞給Activity。

FABridge

由于通過接口的方式從Fragment向Activity進(jìn)行數(shù)據(jù)傳遞比較麻煩,需要在Fragment中定義interface,并讓Activity實(shí)現(xiàn)該interface,F(xiàn)ABridge(https://github.com/hongyangAndroid/FABridge)通過注解的形式免去了這些定義。

在build.gradle中添加依賴:

annotationProcessor 'com.zhy.fabridge:fabridge-compiler:1.0.0'compile 'com.zhy.fabridge:fabridge-api:1.0.0'

首先定義方法ID,這里為FAB_ITEM_CLICK,接著在Activity中定義接口:

@FCallbackId(id = FAB_ITEM_CLICK)public void onItemClick(String str) {  //方法名任意
    Toast.makeText(this, str, Toast.LENGTH_SHORT).show();
}

最后,在Fragment中,通過以下形式調(diào)用”ID=FAB_ITEM_CLICK”的方法(該方法可能在Activity中,也可能在任何類中):

Fabridge.call(mActivity,FAB_ITEM_CLICK,"data");  //調(diào)用ID對(duì)應(yīng)的方法,"data"為參數(shù)值
Activity向Fragment傳遞數(shù)據(jù)

Activity向Fragment傳遞數(shù)據(jù)比較簡單,獲取Fragment對(duì)象,并調(diào)用Fragment的方法即可,比如要將一個(gè)字符串傳遞給Fragment,則在Fragment中定義方法:

public void setString(String str) { 
    this.str = str;
}

并在Activity中調(diào)用fragment.setString("hello")即可。

Fragment之間通信

由于Fragment之間是沒有任何依賴關(guān)系的,因此如果要進(jìn)行Fragment之間的通信,建議通過Activity作為中介,不要Fragment之間直接通信。

DialogFragment

DialogFragment是Android 3.0提出的,代替了Dialog,用于實(shí)現(xiàn)對(duì)話框。他的優(yōu)點(diǎn)是:即使旋轉(zhuǎn)屏幕,也能保留對(duì)話框狀態(tài)。

如果要自定義對(duì)話框樣式,只需要繼承DialogFragment,并重寫onCreateView(),該方法返回對(duì)話框UI。這里我們舉個(gè)例子,實(shí)現(xiàn)進(jìn)度條樣式的圓角對(duì)話框。

public class ProgressDialogFragment extends DialogFragment {    
    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        getDialog().requestWindowFeature(Window.FEATURE_NO_TITLE); //消除Title區(qū)域
        getDialog().getWindow().setBackgroundDrawable(new ColorDrawable(Color.TRANSPARENT));  //將背景變?yōu)橥该?        setCancelable(false);  //點(diǎn)擊外部不可取消
        View root = inflater.inflate(R.layout.fragment_progress_dialog, container);
        return root;
    }
     public static ProgressDialogFragment newInstance() {
        return new ProgressDialogFragment();
    }
}

進(jìn)度條動(dòng)畫我們使用Lottie(https://github.com/airbnb/lottie-android)實(shí)現(xiàn),Lottie動(dòng)畫從這里(https://www.lottiefiles.com/)找到。使用非常方便,只需要下載JSON動(dòng)畫文件,然后在XML中寫入:

<com.airbnb.lottie.LottieAnimationView
    android:layout_width="wrap_content"  //大小根據(jù)JSON文件確定
    android:layout_height="wrap_content"
    app:lottie_fileName="loader_ring.json"   //JSON文件
    app:lottie_loop="true"    //循環(huán)播放
    app:lottie_autoPlay="true" />  //自動(dòng)播放

然后通過下面代碼顯示對(duì)話框:

ProgressDialogFragment fragment = ProgressDialogFragment.newInstance();
fragment.show(getSupportFragmentManager(), "tag");//fragment.dismiss();

為了實(shí)現(xiàn)圓角,除了在onCreateView()中把背景設(shè)為透明,還需要對(duì)UI加入背景:

<shape xmlns:android="http://schemas.android.com/apk/res/android">
    <solid android:color="#ffffff"/>
    <corners
        android:radius="20dp"/>
</shape>

轉(zhuǎn)自Bugly 公眾號(hào) https://mp.weixin.qq.com/s/dUuGSVhWinAnN9uMiBaXgw

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容