Fragment数据传递及回退栈

上一篇文章分析了使用replace 和 使用hide/show 两种方式实现Fragment的切换，及对应的生命周期，这一篇文章在介绍Fragment回退栈之前先介绍一下FragmentManager和FragmentTransaction。

一、动态创建Fragment与FragmentManager

上一章最后，我们已经实现了一个通过FragmentManager、FragmentTransaction动态创建Fragment的例子，关键代码如下：

FragmentManager fm = getSupportFragmentManager();
FragmentTransaction ft = fm.beginTransaction();

首先创建了一个Fragment的实例，接着调用getSupportFragmentManager()(如果使用app包下的Fragment使用getFragmentManager())获取到FragmentManager对象，该对象负责维护Fragment列表及回退栈，然后通过FragmentManager的beginTransaction()方法获取FragmentTransaction对象，FragmentTransaction对象是对单个Fragment进行添加、隐藏、移除、替换以及将Fragment添加进回退栈等操作。

FragmentTransaction完成对Fragment的操作后需要通过commit()方法提交才能生效。

并且一个FragmentTransaction对象无法执行两次commit()，每次需要commit()都要调用FragmentManager的beginTransaction()方法获取FragmentTransaction对象。

二、Fragment与Activity的交互

大家都知道Activity之间一般时通过Intent携带Bundle实现数据的交互，但Activity向Fragment发送数据无法使用Intent，并且不建议使用带参数的构造方法，因为Activity重启后会重新调用Fragment无参数的构造方法，导致我们传递的数据丢失，这里我们就需要使用Android SDK为我们提供的setArguments(Bundle args)方法来解决这个问题。该方法原型如下：

    public void setArguments(Bundle args) {
        if (mIndex >= 0 && isStateSaved()) {
            throw new IllegalStateException("Fragment already active and state has been saved");
        }
        mArguments = args;
    }

如果在Activity中调用该方法，就可以将Activity的数据通过Bundle发送给Fragment了，但是有一点需要注意，该方法的注释上有一句This method cannot be called if the fragment is added to a FragmentManager，就是说这个方法要在FragmentTransaction.commit()之前调用。这与方法回调时机有关，fragment的创建涉及子线程，FragmentTransaction.commit()之前调用该方法能保证在Fragment的生命周期回调中能获取到传递的参数。

实例化Fragment常用的一种写法:

  public static MyFragment getInstance(Bundle bundle){
        MyFragment fragment = new MyFragment();
        fragment.setArguments(bundle);
        return fragment;
    }

fragment.setArguments(bundle);这个方法中将bundle设为Fragment的成员变量，并且对其数据进行了保存，在Activity重建后，也能获取到该数据，避免了数据丢失的情况。

三、Fragment回退栈

Fragment回退栈由FragmentManager负责出栈及监听，FragmentTransaction调用addToBackStack方法负责Fragment入栈。

具体来说就是每次调用FragmentTransaction的commit之前，调用一下FragmentTransaction的addToBackStack(String)这个方法，参数String指定了回退栈记录的名称，该参数能传null。

这样调用commit时就将该commit操作加入了回退栈，使用FragmentManager的popBackStack()方法能对该操作进行出栈，从而实现Fragment的切换。值得注意的是，一个Fragment对象可以多次入栈，直到回退栈中不再存在该Fragment对象，才会执行该Fragment对象的最终销毁方法（onDestroy,onDetach），否则该F ragment对象的生命周期将一直在onCreateView和onDestroyView之间徘徊。

写段代码验证一下，主体还是基于上一篇文章

public class FragmentShowActivity extends AppCompatActivity {
    RelativeLayout mRoot;
    ShowFragment show1;
    ShowFragment show2;
    Button jump;
    Button pop;
    FragmentManager fm;
    boolean is1 = true;

    private static final String TAG = "FragmentShowActivity";

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_fragment_show);

        mRoot = findViewById(R.id.rl);
        jump = findViewById(R.id.jump);
        pop = findViewById(R.id.pop);

        show1 = ShowFragment.getInstance("show1");
        show2 = ShowFragment.getInstance("show2");

        jump.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                FragmentManager fm = getSupportFragmentManager();
                FragmentTransaction ft = fm.beginTransaction();
                if (!is1) {
                    ft.replace(R.id.fragment,show2);
                    ft.addToBackStack(null);
                    ft.commit();
                } else {
                    ft.replace(R.id.fragment,show1);
                    ft.addToBackStack(null);
                    ft.commit();
                }
                is1 = !is1;
            }
        });

        pop.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("出栈","poppoppoppop");
                fm = getSupportFragmentManager();
                fm.popBackStack();
            }
        });
    }
}

activity布局文件

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:id="@+id/rl"
    tools:context=".FragmentShowActivity">
    <FrameLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:id="@+id/fragment"/>
    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="jump"
        android:layout_alignParentBottom="true"
        android:layout_alignParentLeft="true"
        android:layout_marginLeft="80dp"
        android:layout_marginBottom="50dp"
        android:id="@+id/jump"/>

    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="pop"
        android:layout_marginRight="80dp"
        android:layout_alignParentBottom="true"
        android:layout_alignParentRight="true"
        android:layout_marginBottom="50dp"
        android:id="@+id/pop"/>
</RelativeLayout>

 Fragment部分的代码与上一篇文章一致，主要就是打印了各个生命周期方法。

启动app,连续执行两次入栈操作，依次将Fragment show1、show2 入栈。生命周期打印如下

可以看出，Fragment show1并没有被完全销毁，生命周期终止在了onDestroyView。

再执行一次出栈操作，打印如下：

 由于栈中不再有Fragment show2，所以show2被完全销毁，而show1仍然存在，所以show1生命周期是从onCreateView开始执行。

我们可以推测，再次执行出栈操作，show1将被完全销毁，生命周期执行顺序为onPause,onStop,onDestroyView,onDestroy,onDetach,看看是不是这样。

点击出栈，查看日志

与预测结果一致，到此，算是摸到了Fragment的皮毛，生活还在继续，大家继续努力。

冲鸭～！