《Android进阶》之第五篇 Fragment 的使用

http://blog.csdn.net/lmj623565791/article/details/37970961

1、Fragment的产生与介绍

Android运行在各种各样的设备中，有小屏幕的手机，超大屏的平板甚至电视。针对屏幕尺寸的差距，很多情况下，都是先针对手机开发一套App，然后拷贝一份，修改布局以适应平板神马超级大屏的。难道无法做到一个App可以同时适应手机和平板么，当然了，必须有啊。Fragment的出现就是为了解决这样的问题。你可以把Fragment当成Activity的一个界面的一个组成部分，甚至Activity的界面可以完全有不同的Fragment组成，更帅气的是Fragment拥有自己的生命周期和接收、处理用户的事件，这样就不必在Activity写一堆控件的事件处理的代码了。更为重要的是，你可以动态的添加、替换和移除某个Fragment。

2、Fragment的生命周期

 

Fragment必须是依存与Activity而存在的，因此Activity的生命周期会直接影响到Fragment的生命周期。官网这张图很好的说明了两者生命周期的关系：

可以看到Fragment比Activity多了几个额外的生命周期回调方法：
onAttach(Activity)
当Fragment与Activity发生关联时调用。
onCreateView(LayoutInflater, ViewGroup,Bundle)
创建该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应，当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应，当Fragment与Activity关联被取消时调用
注意：除了onCreateView，其他的所有方法如果你重写了，必须调用父类对于该方法的实现，

3、静态的使用Fragment

这是使用Fragment最简单的一种方式，把Fragment当成普通的控件，直接写在Activity的布局文件中。步骤：

1、继承Fragment，将相应的布局文件和Fragment绑定，代码编写控制逻辑

2、主布局文件里面添加已经控制逻辑的fragment

 

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="match_parent" >    <fragment        android:id="@+id/id_fragment_title"        android:name="com.example.androidexpriment.TitleFragment"        android:layout_width="fill_parent"        android:layout_height="45dp" />    <fragment        android:layout_below="@id/id_fragment_title"        android:id="@+id/id_fragment_content"        android:name="com.example.androidexpriment.ContentFragment"        android:layout_width="fill_parent"        android:layout_height="fill_parent" /></RelativeLayout>

是不是把Fragment当成普通的View一样声明在Activity的布局文件中，然后所有控件的事件处理等代码都由各自的Fragment去处理，瞬间觉得Activity好干净有木有~~代码的可读性、复用性以及可维护性是不是瞬间提升了。

4、Fragment家族常用的API

Fragment常用的三个类：

android.app.Fragment 主要用于定义Fragment

android.app.FragmentManager 主要用于在Activity中操作Fragment

android.app.FragmentTransaction 保证一些列Fragment操作的原子性，熟悉事务这个词，一定能明白~

a、获取FragmentManage的方式：

getFragmentManager() // v4中，getSupportFragmentManager

b、主要的操作都是FragmentTransaction的方法

FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务

transaction.add() 

往Activity中添加一个Fragment

transaction.remove()

从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。

transaction.replace()

使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体~

transaction.hide()

隐藏当前的Fragment，仅仅是设为不可见，并不会销毁

transaction.show()

显示之前隐藏的Fragment

detach()

会将view从UI中移除,和remove()不同,此时fragment的状态依然由FragmentManager维护。

attach()

重建view视图，附加到UI上并显示。

transatcion.commit()//提交一个事务

注意：常用Fragment的哥们，可能会经常遇到这样Activity状态不一致：State loss这样的错误。主要是因为：commit方法一定要在Activity.onSaveInstance()之前调用。

上述，基本是操作Fragment的所有的方式了，在一个事务开启到提交可以进行多个的添加、移除、替换等操作。

值得注意的是：如果你喜欢使用Fragment，一定要清楚这些方法，哪个会销毁视图，哪个会销毁实例，哪个仅仅只是隐藏，这样才能更好的使用它们。

a、比如：我在FragmentA中的EditText填了一些数据，当切换到FragmentB时，如果希望会到A还能看到数据，则适合你的就是hide和show；也就是说，希望保留用户操作的面板，你可以使用hide和show，当然了不要使劲在那new实例，进行下非null判断。

b、再比如：我不希望保留用户操作，你可以使用remove()，然后add()；或者使用replace()这个和remove,add是相同的效果。

c、remove和detach有一点细微的区别，在不考虑回退栈的情况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么二者怎么取舍使用呢？如果你的当前Activity一直存在，那么在不希望保留用户操作的时候，你可以优先使用detach。

5、动态的使用Fragment

上面已经演示了，最简单的使用Fragment的方式~下面介绍如何动态的添加、更新、以及删除Fragment

activity_main.xml

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="match_parent"     android:background="#ccc444">    <FrameLayout        android:id="@+id/id_content"        android:layout_width="fill_parent"        android:layout_height="fill_parent" >    </FrameLayout></RelativeLayout>

MainActivity.java

package com.example.androidexpriment;import android.app.Activity;import android.app.FragmentManager;import android.app.FragmentTransaction;import android.os.Bundle;import android.view.Window;public class MainActivity extends Activity{    @Override    protected void onCreate(Bundle savedInstanceState)    {        super.onCreate(savedInstanceState);        requestWindowFeature(Window.FEATURE_NO_TITLE);        setContentView(R.layout.activity_main);        FragmentManager fm = getFragmentManager();        FragmentTransaction tx = fm.beginTransaction();        tx.add(R.id.id_content, new FragmentOne(),"ONE");        tx.commit();    }}

很简单，直接将FragmentOne添加到布局文件中的FrameLayout中，注意这里并没有调用FragmentTransaction.addToBackStack(String)，而是将back按钮的控制逻辑放在fragment中执行

下面是FragmentOne

fragment_one.xml

 

 View Code

 

FragmentOne.java

package com.example.androidexpriment;import android.app.Fragment;import android.app.FragmentManager;import android.app.FragmentTransaction;import android.os.Bundle;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import android.view.ViewGroup;import android.widget.Button;public class FragmentOne extends Fragment implements OnClickListener{    private Button mBtn;    @Override    public View onCreateView(LayoutInflater inflater, ViewGroup container,            Bundle savedInstanceState)    {        View view = inflater.inflate(R.layout.fragment_one, container, false);        mBtn = (Button) view.findViewById(R.id.id_fragment_one_btn);        mBtn.setOnClickListener(this);        return view;    }    @Override    public void onClick(View v)    {        FragmentTwo fTwo = new FragmentTwo();        FragmentManager fm= getFragmentManager();        FragmentTransaction tx= fm.beginTransaction();        tx.replace(R.id.id_content, fTwo, "TWO");        tx.addToBackStack(null);        tx.commit();    }}

我们在点击FragmentOne中的按钮时，使用了replace方法，如果你看了前一篇博客，一定记得replace是remove和add的合体，并且如果不添加事务到回退栈，前一个Fragment实例会被销毁。这里很明显，我们调用tx.addToBackStack(null);将当前的事务添加到了回退栈，所以FragmentOne实例不会被销毁，但是视图层次依然会被销毁，即会调用onDestoryView和onCreateView，证据就是：仔细看上面的效果图，我们在跳转前在文本框输入的内容，在用户Back得到第一个界面的时候不见了。

插曲：replace()方法可以通过remove,add结合达到相同的效果。

    tx.remove(fm.findFragmentById(R.layout.fragment_one));//error//    tx.remove(getTargetFragment());//error    tx.remove(fm.findFragmentByTag("ONE"));//right    tx.add(R.id.id_content,fTwo);

使用前两种方法都会报空指针的错误。

java.lang.NullPointerException: Attempt to write to field 'int android.app.Fragment.mNextAnim' on a null object reference

一开始想通过查找源码的方式解决，在BackStackRecord.java中发现几种操作方法，mNextAnim的赋值主要在

f.mNextAnim = op.enterAnim;

f.mNextAnim = op.exitAnim;

 1  public void run() { 2         if (FragmentManagerImpl.DEBUG) Log.v(TAG, "Run: " + this); 3  4         if (mAddToBackStack) { 5             if (mIndex < 0) { 6                 throw new IllegalStateException("addToBackStack() called after commit()"); 7             } 8         } 9 10         bumpBackStackNesting(1);11 12         Op op = mHead;13         while (op != null) {14             switch (op.cmd) {15                 case OP_ADD: {16                     Fragment f = op.fragment;17                     f.mNextAnim = op.enterAnim;18                     mManager.addFragment(f, false);19                 } break;20                 case OP_REPLACE: {21                     Fragment f = op.fragment;22                     if (mManager.mAdded != null) {23                         for (int i=0; i<mManager.mAdded.size(); i++) {24                             Fragment old = mManager.mAdded.get(i);25                             if (FragmentManagerImpl.DEBUG) Log.v(TAG,26                                     "OP_REPLACE: adding=" + f + " old=" + old);27                             if (f == null || old.mContainerId == f.mContainerId) {28                                 if (old == f) {29                                     op.fragment = f = null;30                                 } else {31                                     if (op.removed == null) {32                                         op.removed = new ArrayList<Fragment>();33                                     }34                                     op.removed.add(old);35                                     old.mNextAnim = op.exitAnim;36                                     if (mAddToBackStack) {37                                         old.mBackStackNesting += 1;38                                         if (FragmentManagerImpl.DEBUG) Log.v(TAG, "Bump nesting of "39                                                 + old + " to " + old.mBackStackNesting);40                                     }41                                     mManager.removeFragment(old, mTransition, mTransitionStyle);42                                 }43                             }44                         }45                     }46                     if (f != null) {47                         f.mNextAnim = op.enterAnim;48                         mManager.addFragment(f, false);49                     }50                 } break;51                 case OP_REMOVE: {52                     Fragment f = op.fragment;53                     f.mNextAnim = op.exitAnim;54                     mManager.removeFragment(f, mTransition, mTransitionStyle);55                 } break;56                 case OP_HIDE: {57                     Fragment f = op.fragment;58                     f.mNextAnim = op.exitAnim;59                     mManager.hideFragment(f, mTransition, mTransitionStyle);60                 } break;61                 case OP_SHOW: {62                     Fragment f = op.fragment;63                     f.mNextAnim = op.enterAnim;64                     mManager.showFragment(f, mTransition, mTransitionStyle);65                 } break;66                 case OP_DETACH: {67                     Fragment f = op.fragment;68                     f.mNextAnim = op.exitAnim;69                     mManager.detachFragment(f, mTransition, mTransitionStyle);70                 } break;71                 case OP_ATTACH: {72                     Fragment f = op.fragment;73                     f.mNextAnim = op.enterAnim;74                     mManager.attachFragment(f, mTransition, mTransitionStyle);75                 } break;76                 default: {77                     throw new IllegalArgumentException("Unknown cmd: " + op.cmd);78                 }79             }80 81             op = op.next;82         }83 84         mManager.moveToState(mManager.mCurState, mTransition,85                 mTransitionStyle, true);86 87         if (mAddToBackStack) {88             mManager.addBackStackState(this);89         }90     }

依照报错信息查找——>FragmentManager.execPendingActions 1454

注意源码中的FragmentManager是个抽象类，真正发挥作用的是FragmentManagerImpl

final class FragmentManagerImpl extends FragmentManager

 

在Fragment中，FragmentManager fm= getFragmentManager();

在源码中

 FragmentManagerImpl mFragmentManager;

 final public FragmentManager getFragmentManager() {        return mFragmentManager;    }

同样FragmentTransaction也是个抽象类

final class BackStackRecord extends FragmentTransaction implements        FragmentManager.BackStackEntry, Runnable ｛｝

FragmentTransaction tx= fm.beginTransaction();其实源码中是这样的

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

为什么

f.mNextAnim = NULL

源码扯的很深，报错其实很好理解，你只有曾经add过的Fragment，你才可以remove。而在主Activity     tx.add(R.id.id_content, new FragmentOne(),"ONE");，通过布局文件找fragment肯定是不可取的，因为一个布局可以例化出多个fragmetn，所以为了能找到创建的Fragment，推荐加上Tag。

接下来FragmentTwo

布局文件：

 View Code

 

package com.example.androidexpriment;import android.app.Fragment;import android.app.FragmentManager;import android.app.FragmentTransaction;import android.os.Bundle;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import android.view.ViewGroup;import android.widget.Button;public class FragmentTwo extends Fragment implements OnClickListener{    private Button mBtn ;    @Override    public View onCreateView(LayoutInflater inflater, ViewGroup container,            Bundle savedInstanceState)    {        View view = inflater.inflate(R.layout.fragment_two, container, false);        mBtn = (Button) view.findViewById(R.id.id_fragment_two_btn);        mBtn.setOnClickListener(this);        return view ;     }    @Override    public void onClick(View v)    {        FragmentThree fThree = new FragmentThree();        FragmentManager fm = getFragmentManager();        FragmentTransaction tx = fm.beginTransaction();        tx.hide(this);        tx.add(R.id.id_content , fThree, "THREE");//        tx.replace(R.id.id_content, fThree, "THREE");        tx.addToBackStack(null);        tx.commit();    }}

 

这里点击时，我们没有使用replace，而是先隐藏了当前的Fragment，然后添加了FragmentThree的实例，最后将事务添加到回退栈。这样做的目的是为了给大家提供一种方案：如果不希望视图重绘该怎么做，请再次仔细看效果图，我们在FragmentTwo的EditText填写的内容，用户Back回来时，数据还在~~~

 

最后FragmentThree就是简单的Toast了：

package com.example.androidexpriment;import android.app.Fragment;import android.os.Bundle;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import android.view.ViewGroup;import android.widget.Button;import android.widget.Toast;public class FragmentThree extends Fragment implements OnClickListener{    private Button mBtn;    @Override    public View onCreateView(LayoutInflater inflater, ViewGroup container,            Bundle savedInstanceState)    {        View view = inflater.inflate(R.layout.fragment_three, container, false);        mBtn = (Button) view.findViewById(R.id.id_fragment_three_btn);        mBtn.setOnClickListener(this);        return view;    }    @Override    public void onClick(View v)    {        Toast.makeText(getActivity(), " i am a btn in Fragment three",                Toast.LENGTH_SHORT).show();    }}

好了，经过上面的介绍，应该已经知道Fragment回退栈是怎么一回事了，以及hide，replace等各自的应用的场景。

 

这里极其注意一点：上面的整体代码不具有任何参考价值，纯粹为了显示回退栈，在后面讲解了Fragment与Activity通信以后，会重构上面的代码！

2、Fragment与Activity通信

因为所有的Fragment都是依附于Activity的，所以通信起来并不复杂，大概归纳为：

a、如果你Activity中包含自己管理的Fragment的引用，可以通过引用直接访问所有的Fragment的public方法

b、如果Activity中未保存任何Fragment的引用，那么没关系，每个Fragment都有一个唯一的TAG或者ID,可以通过getFragmentManager.findFragmentByTag()获得任何Fragment实例，然后进行操作。

c、在Fragment中可以通过getActivity得到当前绑定的Activity的实例，然后进行操作。

注：如果在Fragment中需要Context，可以通过调用getActivity(),如果该Context需要在Activity被销毁后还存在，则使用getActivity().getApplicationContext()。

3、Fragment与Activity通信的最佳实践

因为要考虑Fragment的重复使用，所以必须降低Fragment与Activity的耦合，而且Fragment更不应该直接操作别的Fragment，毕竟Fragment操作应该由它的管理者Activity来决定。

下面我通过两种方式的代码，分别重构，FragmentOne和FragmentTwo的点击事件，以及Activity对点击事件的响应：

首先看FragmentOne

package com.example.androidexpriment; import android.app.Fragment;  import android.os.Bundle;  import android.view.LayoutInflater;  import android.view.View;  import android.view.View.OnClickListener;  import android.view.ViewGroup;  import android.widget.Button;    public class FragmentOne extends Fragment implements OnClickListener  {      private Button mBtn;        /**      * 设置按钮点击的回调      * @author zhy      *      */      public interface FOneBtnClickListener      {          void onFOneBtnClick();      }        @Override      public View onCreateView(LayoutInflater inflater, ViewGroup container,              Bundle savedInstanceState)      {          View view = inflater.inflate(R.layout.fragment_one, container, false);          mBtn = (Button) view.findViewById(R.id.id_fragment_one_btn);          mBtn.setOnClickListener(this);          return view;      }        /**      * 交给宿主Activity处理，如果它希望处理      */      @Override      public void onClick(View v)      {          if (getActivity() instanceof FOneBtnClickListener)          {              ((FOneBtnClickListener) getActivity()).onFOneBtnClick();          }      }    }  

可以看到现在的FragmentOne不和任何Activity耦合，任何Activity都可以使用；并且我们声明了一个接口，来回调其点击事件，想要管理其点击事件的Activity实现此接口就即可。可以看到我们在onClick中首先判断了当前绑定的Activity是否实现了该接口，如果实现了则调用。

 

再看FragmentTwo

package com.example.androidexpriment;import android.app.Fragment;  import android.os.Bundle;  import android.view.LayoutInflater;  import android.view.View;  import android.view.View.OnClickListener;  import android.view.ViewGroup;  import android.widget.Button;    public class FragmentTwo extends Fragment implements OnClickListener  {              private Button mBtn ;            private FTwoBtnClickListener fTwoBtnClickListener ;            public interface FTwoBtnClickListener      {          void onFTwoBtnClick();      }      //设置回调接口      public void setfTwoBtnClickListener(FTwoBtnClickListener fTwoBtnClickListener)      {          this.fTwoBtnClickListener = fTwoBtnClickListener;      }      @Override      public View onCreateView(LayoutInflater inflater, ViewGroup container,              Bundle savedInstanceState)      {          View view = inflater.inflate(R.layout.fragment_two, container, false);          mBtn = (Button) view.findViewById(R.id.id_fragment_two_btn);          mBtn.setOnClickListener(this);          return view ;       }      @Override      public void onClick(View v)      {          if(fTwoBtnClickListener != null)          {              fTwoBtnClickListener.onFTwoBtnClick();          }      }    }  

与FragmentOne极其类似，但是我们提供了setListener这样的方法，意味着Activity不仅需要实现该接口，还必须显示调用mFTwo.setfTwoBtnClickListener(this)。

 

最后看Activity :

package com.example.androidexpriment;import com.example.androidexpriment.FragmentOne.FOneBtnClickListener;import com.example.androidexpriment.FragmentTwo.FTwoBtnClickListener;import android.app.Activity;  import android.app.FragmentManager;  import android.app.FragmentTransaction;  import android.os.Bundle;  import android.view.Window;    public class MainActivity extends Activity implements FOneBtnClickListener,          FTwoBtnClickListener  {        private FragmentOne mFOne;      private FragmentTwo mFTwo;      private FragmentThree mFThree;        @Override      protected void onCreate(Bundle savedInstanceState)      {          super.onCreate(savedInstanceState);          requestWindowFeature(Window.FEATURE_NO_TITLE);          setContentView(R.layout.activity_main);            mFOne = new FragmentOne();          FragmentManager fm = getFragmentManager();          FragmentTransaction tx = fm.beginTransaction();          tx.add(R.id.id_content, mFOne, "ONE");          tx.commit();      }        /**      * FragmentOne 按钮点击时的回调      */      @Override      public void onFOneBtnClick()      {            if (mFTwo == null)          {              mFTwo = new FragmentTwo();              mFTwo.setfTwoBtnClickListener(this);          }          FragmentManager fm = getFragmentManager();          FragmentTransaction tx = fm.beginTransaction();          tx.replace(R.id.id_content, mFTwo, "TWO");          tx.addToBackStack(null);          tx.commit();      }        /**      * FragmentTwo 按钮点击时的回调      */      @Override      public void onFTwoBtnClick()      {          if (mFThree == null)          {              mFThree = new FragmentThree();            }          FragmentManager fm = getFragmentManager();          FragmentTransaction tx = fm.beginTransaction();          tx.hide(mFTwo);          tx.add(R.id.id_content, mFThree, "THREE");          // tx.replace(R.id.id_content, fThree, "THREE");          tx.addToBackStack(null);          tx.commit();      }    }  

代码重构结束，与开始的效果一模一样。

仔细品味下两类写法的差别，第一种是在Fragment把实现逻辑都写死啦,显然这种代码就没什么复用价值，而第二种只是在Fragment了定义了一种抽象的操作，即可以响应点击事件，至于点击事件是什么，在主activity里面决定。

上面两种通信方式都是值得推荐的，随便选择一种自己喜欢的。Activity担任的是Fragment间类似总线一样的角色，应当由它决定Fragment如何操作。另外虽然Fragment不能响应Intent打开，但是Activity可以，Activity可以接收Intent，然后根据参数判断显示哪个Fragment。

package com.example.androidexpriment;import android.app.Fragment;import android.os.Bundle;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import android.view.ViewGroup;import android.widget.Button; /*public class FragmentOne extends Fragment implements OnClickListener{    private Button mbtn;    public interface FOneBtnClickListener{        void onFOneBtnClick();    }            //得到该Fragment对应的Activity    @Override    public void onClick(View v) {        if(getActivity() instanceof FOneBtnClickListener) {            ((FOneBtnClickListener)getActivity()).onFOneBtnClick();        }    }    @Override    public View onCreateView(LayoutInflater inflater, ViewGroup container,            Bundle savedInstanceState) {            View view = inflater.inflate(R.layout.fragment_one,null);            mbtn= (Button) (view).findViewById(R.id.id_fragment_one_btn);            mbtn.setOnClickListener(this);            return view;    }    }*/public class FragmentOne extends Fragment implements OnClickListener{    private Button mbtn;    private FOneBtnClickListener foneBtnClickListener;        public interface FOneBtnClickListener{        void onFOneBtnClick();    }        public void setFoneBtnClickListenr(FOneBtnClickListener f){        foneBtnClickListener = f;    }    @Override    public void onClick(View v) {        // TODO Auto-generated method stub        foneBtnClickListener.onFOneBtnClick();    }    @Override    public View onCreateView(LayoutInflater inflater, ViewGroup container,            Bundle savedInstanceState) {        View view  = inflater.inflate(R.layout.fragment_one, null);        mbtn = (Button) view.findViewById(R.id.id_fragment_one_btn);        mbtn.setOnClickListener(this);        return view;    }    }

4、如何处理运行时配置发生变化

运行时配置发生变化，最常见的就是屏幕发生旋转，如果你不知道如何处理屏幕变化可以参考：Android 屏幕旋转 处理 AsyncTask 和 ProgressDialog 的最佳方案

这里提一下：很多人觉得强制设置屏幕的方向就可以了，但是有一点，当你的应用被至于后台（例如用户点击了home），长时间没有返回的时候，你的应用也会被重新启动。比如上例：如果你把上面的例子你至于FragmentThree界面，然后处于后台状态，长时间后你会发现当你再次通过home打开时，上面FragmentThree与FragmentOne叠加在一起，这就是因为你的Activity重新启动，在原来的FragmentThree上又绘制了一个FragmentOne。

好了，下面看一段代码：

Activity:

package com.example.androidexpriment;import android.app.Activity;  import android.app.FragmentManager;  import android.app.FragmentTransaction;  import android.os.Bundle;  import android.util.Log;import android.view.Window;    public class MainActivity extends Activity    {      private FragmentOne mFOne;      private static final String TAG = "FragmentOne";    @Override      protected void onCreate(Bundle savedInstanceState)      {          super.onCreate(savedInstanceState);         Log.e(TAG, savedInstanceState+"");        requestWindowFeature(Window.FEATURE_NO_TITLE);          setContentView(R.layout.activity_main);      /*  if(savedInstanceState == null) {          mFOne = new FragmentOne();            FragmentManager fm = getFragmentManager();            FragmentTransaction tx = fm.beginTransaction();            tx.add(R.id.id_content, mFOne, "ONE");            tx.commit();        }*/                mFOne = new FragmentOne();            FragmentManager fm = getFragmentManager();            FragmentTransaction tx = fm.beginTransaction();            tx.add(R.id.id_content, mFOne, "ONE");            tx.commit();      }    }  

Fragment

package com.example.androidexpriment;import android.app.Fragment;import android.os.Bundle;import android.util.Log;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import android.view.ViewGroup;import android.widget.Button;public class FragmentOne extends Fragment  {      private static final String TAG = "FragmentOne";        @Override      public View onCreateView(LayoutInflater inflater, ViewGroup container,              Bundle savedInstanceState)      {          Log.e(TAG, "onCreateView");          View view = inflater.inflate(R.layout.fragment_one, container, false);          return view;      }        @Override      public void onCreate(Bundle savedInstanceState)      {          // TODO Auto-generated method stub          super.onCreate(savedInstanceState);            Log.e(TAG, "onCreate");     }        @Override      public void onDestroyView()      {          // TODO Auto-generated method stub          super.onDestroyView();          Log.e(TAG, "onDestroyView");      }        @Override      public void onDestroy()      {          // TODO Auto-generated method stub          super.onDestroy();          Log.e(TAG, "onDestroy");      }    }  

很简单的代码，当你运行之后，不断的旋转屏幕，你会发现每旋转一次屏幕，后台log会打印出两套生命周期的回调。相当与有两个Fragment

这是为什么呢，因为当屏幕发生旋转，Activity发生重新启动，默认的Activity中的Fragment也会跟着Activity重新创建；这样造成当旋转的时候，本身存在的Fragment会重新启动，然后当执行Activity的onCreate时，又会再次实例化一个新的Fragment，这就是出现的原因。两个

 

那么如何解决呢：

其实通过检查onCreate的参数Bundle savedInstanceState就可以判断，当前是否发生Activity的重新创建，代码上面已经有啦。