一、如何监听Fragment中的回退事件
1、问题阐述
在Activity中监听回退事件是件非常容易的事，因为直接重写onBackPressed()函数就好了，但当大家想要监听Fragment中的回退事件时，想当然的也想着重写onBackPressed()方法，这时候你会发现：Fragment中根本就没有onBackPressed()方法给你重写。这可怎么破！
想想，在前面的例子中，我们在Activity的一个fragment_container里依次Add进fragment1,fragment2,fragment3,fragment4，在我们点击回退栈时，会将Transaction回退栈中的fragment操作一个个出栈！那，这些回退事件Fragment是从哪来的？
首先，回退事件总是发给Activity的！在发给Activity以后再由Activity自己处理。比如它将Fragment回退栈中的内容一个个出栈这种操作。
其次：大家要知道：Fragment只是Activity中的一个控件而已，虽然我们可能把他做成了像Activity一样大小覆盖整个页面，看起来跟Activity样子上没什么区别，但他还是个控件！系统怎么会给一个控件分发回退事件呢？这当然是不可能的。
2、解决方案
既然清楚了Fragment只是一个控件，而回退事件也只能在Activity中拦截。那我们就可以想办法了。
首先，我们可以在Fragment类中咱们自己写一个onBackPressed()方法来处理回调事件。
然后，可以利用回调，将要处理回退事件的fragment实例，传给Activity。
最后，在拿到fragment实例以后，就可以在Activity的onBackPress()方法中，调用这个fragment实例的onBackPressed()方法了。
这样，我们就在fragment中拦截了回退事件了。
3、实例
下面，我们就通过一个例子来看下效果。
效果图如下：
大家从下面的效果图中也可以看到，当fragment3中点击返回按钮时，捕捉了返回事件，并将fragment3上的TextView显示为”ragment3捕捉到了回退事件哦！”，但我只捕捉一次，当第二次点击时，就退出执行默认操作：即Transaction出栈。
下面看下具体的实现过程：
有关MainActivity布局及fragment的添加就不再讲了，下面直接从回调开始
1、在Fragment3中定义onBackPress()函数及处理：
public class Fragment3 extends Fragment {
private boolean mHandledPress = false;
TextView tv;
…………
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
tv = (TextView)getView().findViewById(R.id.fragment3_tv);
}
public boolean onBackPressed(){
if (!mHandledPress){
tv.setText("Fragment3 \n 捕捉到了回退事件哦！");
mHandledPress = true;
return true;
}
return false;
}
}
上面的代码，没什么难度，就是定义了一个onBackPressed()函数,其返回一个布尔值;意思是,如果对返回事件进行了处理就返回TRUE,如果不做处理就返回FALSE,让上层进行处理。
变量mHandledPress用来指定只处理一次，当处理一次以后这里的onBackPressed()就返回FALSE了.
2、在Fragment3中定义回调函数，将自己实例的引用传出去
（1）、先定义一个接口用做回调，以及对应的变量：
protected BackHandlerInterface backHandlerInterface;
public interface BackHandlerInterface {
public void setSelectedFragment(Fragment3 backHandledFragment);
}
注意，在回调中传进去的是Fragment3的实例！因为我们要在主Activity处理onBackPress()时，调用我们在Fragment3中自己写的onBackPressed()函数,所以我们要传进去Fragment3的实例
（2）、然后是给backHandlerInterface变量赋值
跟上篇一样，我们要强制Activity实现这个接口，所以我们使用强制转换的方式来赋值。在上篇中，我们在onAttach()函数中进行的强制转换，代码如下：
public void onAttach(Activity activity) {
super.onAttach(activity);
try{
backHandlerInterface = (BackHandlerInterface) getActivity();
}catch (Exception e){
throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
}
}
其实在onAttach()回调时就已经把Fragment与Activity绑定在了一起，所以只要生命流程在onAttach()之后的任意一个生命周期,我们都可以通过getActivity来获取Activity的实例，来进行强制转换，所以在这里我们就换个地方，在onCreate()函数中来做：
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (!(getActivity() instanceof BackHandlerInterface)) {
throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
} else {
backHandlerInterface = (BackHandlerInterface) getActivity();
}
}
这里抛出异常也没有使用try...catch...来做，而是直接利用instanceof来判断当前Activity是不是BackHandlerInterface的实例，即是否已经派生了BackHandlerInterface，如果没有就直接抛异常，如果派生了就强制转换赋值。
（3）、在适当的位置将自己的实例通过回调传过去。代码如下：
backHandlerInterface.setSelectedFragment(this);
有关这个设置Fragment3实例的代码，只要在生命周期中Fragment3实例已经产生了都可以设置，即可以放在生命周期在onCreate()后的函数里，即onCreate()、onCreateView()、onActivityCreated()、onStart()；虽然经过我测试，放在这几个函数中的任意一个都是可行的，但onActivityCreated()后才是Activity最终onCreate()执行完，所以放在onActivityCreated()或onStart()中是最保险的。所以这里放在了onStart()中来处理，代码如下：
public void onStart() {
super.onStart();
backHandlerInterface.setSelectedFragment(this);
}
所以完整的代码逻辑是这样的：
public class Fragment3 extends Fragment {
//定义回调函数及变量
protected BackHandlerInterface backHandlerInterface;
public interface BackHandlerInterface {
public void setSelectedFragment(Fragment3 backHandledFragment);
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//回调函数赋值
if(!(getActivity() instanceof BackHandlerInterface)) {
throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
} else {
backHandlerInterface = (BackHandlerInterface) getActivity();
}
}
@Override
public void onStart() {
super.onStart();
//将自己的实例传出去
backHandlerInterface.setSelectedFragment(this);
}
}
3、在MainActivity中，回退拦截，代码如下：
public class MainActivity extends FragmentActivity implements Fragment3.BackHandlerInterface {
private Fragment3 selectedFragment;
…………
@Override
public void setSelectedFragment(Fragment3 backHandledFragment) {
this.selectedFragment = backHandledFragment;
}
@Override
public void onBackPressed() {
if(selectedFragment == null || !selectedFragment.onBackPressed()) {
super.onBackPressed();
}
}
}
（1）、首先，将MainActivity实现Fragment3.BackHandlerInterface接口
在这里实现setSelectedFragment（）函数，代码如下：
public class MainActivity extends FragmentActivity implements Fragment3.BackHandlerInterface {
private Fragment3 selectedFragment;
…………
@Override
public void setSelectedFragment(Fragment3 backHandledFragment) {
this.selectedFragment = backHandledFragment;
}
}
（2）、然后在onBackPressed()回调中进行回退拦截
public void onBackPressed() {
if(selectedFragment == null || !selectedFragment.onBackPressed()) {
super.onBackPressed();
}
}
注意这里的逻辑，在调用super.onBackPressed();的前提是selectedFragment.onBackPressed()返回FALSE，即Fragment3中的onBackPressed()返回FALSE，即不再拦截回退事件，才会执行默认的操作。
二、执行Replace操作后，怎样保存fragment状态
首先，我们先阐述一个现象，大家先看下面这个DEMO：
这个过程是这样的：
1、首先在Fragment1的EditText中先几个字
2、然后如果调用addFragment()添加Fragment2，然后当从fragment2返回时，发现这几个字还是有的。
3、但如果我们通过调用replace()添加Fragment2的话，会发现，当返回的时候，那几个字没了！
这说明了一个问题，调用addFragment添加的fragment的View会保存到视图树（ViewTree）中，其中各个控件的状态都会被保存。但如果调用replace()来添加fragment，我们前面讲到过，replace()的实现是将同一个container中的所有fragment视图从ViewTree中全部清空！然后再添加指定的fragment。由于repalce操作会把以前的所有视图全部清空，所以当使用Transaction回退时，也就只有重建每一个fragment视图，所以就导致从replace操作回退回来，所有的控件都被重建，以前的用户输入全部没了。
到这里，大家首先要明白一个问题，repalce()操作，会清空同一个container中的所有fragment视图！注意用词：请空的是fragment的VIEW！fragment的实例并不会被销毁！因为fragment的实例是通过FragmentManager来管理的。当fragment的VIEW被销毁时，fragment实例并不会被销毁。他们两个不是同时的，即在fragment中定义的变量，所上次运行中被赋予的值是一直存在的。那fragment实例什么时候会被销毁呢，当然是在不会被用到的时候才会被销毁。那什么时候不会被用到呢，即不可能再回退到这个操作的时候，就会被销毁。
在上面的例子中，fragment1虽然被fragment2的repalce操作把它的视图给销毁了，但在执行replace操作时，将操作加入到了回退栈，这时候，FragmentManager就知道，用户还可能通过回退再次用到fragment1，所以就会保留fragment1的实例。相反，如果，在执行repalce操作时，没有加入到回退栈，那FragmentManager就肯定也知道，用户不可能再回到上次那个Fragment1界面了，所以它的fragment实例就会在清除fragment1视图的同时也被清除了。
说了那么多，现在如果我们想在利用repace操作的时候，同时保存上一个fragment界面的状态，那要怎么办？
方法一：控件状态保存与还原
上面我们讲到，在清除Fragment视图的时候，如果我们将操作同时加入到回退栈，那么它的VIEW虽然从ViewTree中清除了，但它的实例会被保存在FragmentManager中，那它的变量也会一直保存着，直到下次回来。但视图在回来的时候会重建。
那第一个方法来了，我们可以用一个变量来保存EditText当前字符串，在replace前将EditText中的值保存在这个变量中，当返回来再次创建视图时，再次给EditTxt赋值不就好了。
代码如下：
public class Fragment1 extends Fragment {
private String mEditStr;
private EditText editText;
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
View rootView = inflater.inflate(R.layout.fragment1, container, false);
editText = (EditText)rootView.findViewById(R.id.fragment1_edittext);
editText.setText(mEditStr);
return rootView;
}
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
Button btnReplace = (Button)getView().findViewById(R.id.fragment1_repalce);
btnReplace.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
mEditStr = editText.getText().toString();
…………
}
});
…………
}
}
上面的代码总是就是两步：
第一步：在repalce前保存状态
mEditStr = editText.getText().toString();
第二步：在创建时还原状态
editText.setText(mEditStr);
这虽然能完成工作，但如果我们的控件非常多呢？内容非常复杂呢？这将不是一个好办法。因为很多变量的初始化及赋值将会使代码看的异常丑陋难懂。
方法二：只需要为控件添加ID值
在实时中还遇到一个解决方法，就是给EditText控件添加上id，只要给EditText控件添加上id，不需要上面的那些replace前的值的保存即创建时的还原，它的内容就会被保存。不知道其它控件是否也可以通过添加ID值的方式来保存用户的输入值，即：
<EditText
android:id="@+id/fragment1_edittext"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:gravity="top|left"
android:background="#ffffff"
android:hint="这里是EditText,在这里输入文字哦"/>
方法三：保存FragmentView视图
方法一和方法二感觉都还是太靠谱的解决方法，既然fragment中的变量都会被保存，那我们直接将Fragment的视图直接保存到变量中，在系统在利用onCreateView()创建视图的时候，我们直接返回保存的视图不就得了。
基于上面的想法，代码上我们这样做：
1、创建一个变量，保存Fragment的视图：
private View rootView;
2、然后来看onCreateView的实现
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
return getPersistentView(inflater, container, savedInstanceState, R.layout.fragment1);
}
可以看到，相比以前直接返回inflater.inflate(R.layout.fragment1, container,false);重建视图，这里返回的是一个getPersistentView()函数，下面看看这个函数的实现：
public View getPersistentView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState, int layout) {
if (rootView == null) {
// Inflate the layout for this fragment
rootView = inflater.inflate(layout, container,false);
} else {
((ViewGroup) rootView.getParent()).removeView(rootView);
}
return rootView;
}
这段代码就是返回rootView的。即当rootView==null，即第一次创建时，就利用inflater.inflate()来创建初始化状态的视图，当下次再进到这个界面时,比如下面的通过回退操作进入到fragment1时，这时候的rootView就不再是空了。但在onCreateView()中返回的视图是要添加到ViewTree中去的。而这里的rootView视图在上次已经添加到里面去了，一个视图实例不能被add两次，不然就会被下面这个错误！所以，我们针对这种情况，如果rootView已经存在于ViewTree中的时候，要先从ViewTree中移除。
好了，到这里就讲完了，源码都会在下面给出。下面先来看看最终的效果图吧：