Fragment 详解

Fragment是activity的界面中的一部分或一种行为。你可以把多个Fragment们组合到一个activity中来创建一个多面界面并且你可以在多个activity中重用一个Fragment。你可以把Fragment认为模块化的一段activity，它具有自己的生命周期，接收它自己的事件，并可以在activity运行时被添加或删除。

http://blog.csdn.net/guolin_blog/article/details/8881711

http://blog.csdn.net/guolin_blog/article/details/13171191

http://developer.android.com/guide/components/fragments.html

http://www.cnblogs.com/terryblog/archive/2012/02/17/2355753.html

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

Fragment不能独立存在，它必须嵌入到activity中，而且Fragment的生命周期直接受所在的activity的影响。例如：当activity暂停时，它拥有的所有的Fragment们都暂停了，当activity销毁时，它拥有的所有Fragment们都被销毁。然而，当activity运行时（在onResume()之后，onPause()之前），你可以单独地操作每个Fragment，比如添加或删除它们。当你在执行上述针对Fragment的事务时，你可以将事务添加到一个棧中，这个栈被activity管理，栈中的每一条都是一个Fragment的一次事务。有了这个栈，就可以反向执行Fragment的事务，这样就可以在Fragment级支持“返回”键（向后导航）。

当向activity中添加一个Fragment时，它须置于ViewGroup控件中，并且需定义Fragment自己的界面。你可以在layoutxml文件中声明Fragment，元素为：<fragment>；也可以在代码中创建Fragment，然后把它加入到ViewGroup控件中。然而，Fragment不一定非要放在activity的界面中，它可以隐藏在后台为actvitiy工作。

本章描述如何使用fragment，包括fragment在加入activity的后退棧中时如何保持自己的状态，如何与activity以及其它fragment们共享事件，如何显示在activity的动作栏，等等。

设计哲学

Android从3.0开始引入fragment，主要是为了支持更动态更灵活的界面设计，比如在平板上的应用。平板机上拥有比手机更大的屏幕空间来组合和交互界面组件们。Fragment使你在做那样的设计时，不需应付view树中复杂的变化。通过把activity的layout分成fragment，你可以在activity运行时改变它的样子，并且可以在activity的后退栈中保存这些改变。

例如：写一个读新闻的程序，可以用一个fragment显示标题列表，另一个fragment显示选中标题的内容，这两个fragment都在一个activity上，并排显示。那么这两个fragment都有自己的生命周期并响应自己感兴趣的事件。于是，不需再像手机上那样用一个activity显示标题列表，用另一个activity显示新闻内容；现在可以把两者放在一个activity上同时显示出来。如下图：

Fragment必须被写成可重用的模块。因为fragment有自己的layout，自己进行事件响应，拥有自己的生命周期和行为，所以你可以在多个activity中包含同一个Fragment的不同实例。这对于让你的界面在不同的屏幕尺寸下都能给用户完美的体验尤其重要。比如你可以在程序运行于大屏幕中时启动包含很多fragment的activity，而在运行于小屏幕时启动一个包含少量fragment的activity。

举个例子－－还是刚才那个读新闻的程序－当你检测到程序运行于大屏幕时，启动activityA，你将标题列表和新闻内容这两个fragment都放在activityA中；当检测到程序运行于小屏幕时，还是启动activityA，但此时A中只有标题列表fragment，当选中一个标题时，activityA启动activityB，B中含有新闻内容fragment。

创建Fragment

    要创建fragment，必须从Fragment或Fragment的派生类派生出一个类。Fragment的代码写起来有些像activity。它具有跟activity一样的回调方法，比如 onCreate(),onStart(),onPause()和onStop()。实际上，如果你想把老的程序改为使用fragment，基本上只需要把activity的回调方法的代码移到fragment中对应的方法即可。

通常需要实现以上生命周期函数：

onCreate():

当创建fragment时系统调用此方法。在其中你必须初始化fragment的基础组件们。可参考activity的说明。

onCreateView()：

系统在fragment要画自己的界面时调用（在真正显示之前）此方法。这个方法必须返回frament的layout的根控件。如果这个fragment不提供界面，那它应返回null。

onPause()：

不废话了，跟activity一样。

大多数程序应最少对fragment实现这三个方法。当然还有其它几个回调方法可应该按情况实现之。所有的生命周期回调函数在“操控fragment的生命周期”一节中有详细讨论。

下图为fragment的生命周期（它所在的activity处于运行状态）。已经画得很明白了，不用再解释了吧？

还有几个现成的fragemtn的派生类，你可能需要从它们派生，如下所列：

DialogFragment

显示一个浮动的对话框。使用这个类创建对话框是替代activity创建对话框的最佳选择．因为你可以把fragmentdialog放入到activity的返回栈中，使用户能再返回到这个对话框。

ListFragment

显示一个列表控件，就像ListActivity类，它提供了很多管理列表的方法，比如onListItemClick()方法响应click事件。

PreferenceFragment

显示一个由Preference对象组成的列表，与PreferenceActivity相同。它用于为程序创建“设置”activity

为fragment添加用户界面

    fragment一般作为activity的用户界面的一部分，把它自己的layout嵌入到activity的layout中。    一个

    要为fragment提供layout，你必须实现onCreateView()回调方法，然后在这个方法中返回一个View对象，这个对象是fragment的layout的根。

    注：如果你的fragment是从ListFragment中派生的，就不需要实现onCreateView()方法了，因为默认的实现已经为你返回了ListView控件对象。

    要从onCreateView()方法中返回layout对象，你可以从layoutxml中生成layout对象。为了帮助你这样做，onCreateView()提供了一个LayoutInflater对象。

举例：以下代码展示了一个Fragment的子类如何从layoutxml文件example_fragment.xml中生成对象。

publicstaticclassExampleFragmentextendsFragment{
   @Override
  publicViewonCreateView(LayoutInflaterinflater,ViewGroupcontainer,BundlesavedInstanceState){
      returninflater.inflate(R.layout.example_fragment,container,false);
     }
}

    onCreateView()参数中的container是存放fragment的layout的ViewGroup对象。savedInstanceState参数是一个Bundle，跟activity的onCreate()中Bundle差不多，用于状态恢复。但是fragment的onCreate()中也有Bundle参数，所以此处的Bundle中存放的数据与onCreate()中存放的数据还是不同的。至于详细信息，请参考“操控fragment的生命周期”一节。

Inflate()方法有三个参数：

1layout的资源ID。

2存放fragment的layout的ViewGroup。

3布尔型数据表示是否在创建fragment的layout期间，把layout附加到container上（在这个例子中，因为系统已经把layout插入到container中了，所以值为false，如果为true会导至在最终的layout中创建多余的ViewGroup(这句我看不明白，但我翻译的应该没错)）。

现在你看到如何为fragment创建layout了，下面讲述如何把它添加到activity中。

把fragment添加到activity

    一般情况下，fragment把它的layout作为activitiy的loyout的一部分合并到activity中，有两种方法将一个fragment添加到activity中：

方法一：在activity的layoutxml文件中声明fragment

    如下代码，一个activity中包含两个fragment：

<?xmlversion="1.0"encoding="utf-8"?>
<LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
   android:orientation="horizontal"
   android:layout_width="match_parent"
   android:layout_height="match_parent">
   <fragmentandroid:name="com.example.news.ArticleListFragment"
           android:id="@+id/list"
           android:layout_weight="1"
           android:layout_width="0dp"
          android:layout_height="match_parent"/>
   <fragmentandroid:name="com.example.news.ArticleReaderFragment"
           android:id="@+id/viewer"
           android:layout_weight="2"
           android:layout_width="0dp"
          android:layout_height="match_parent"/>
</LinearLayout>

<fragment>中声明一个fragment。

    当系统创建上例中的layout时，它实例化每一个fragment，然后调用它们的onCreateView()方法，以获取每个fragment的layout。系统把fragment返回的view对象插入到<fragment>元素的位置，直接代替<fragment>元素。

    注：每个fragment都需要提供一个ID，系统在activity重新创建时用它来恢复fragment们，你也可以用它来操作fragment进行其它的事物，比如删除它。有三种方法给fragment提供ID：

1 为android:id属性赋一个数字。

2 为android:tag属性赋一个字符串。

3如果你没有使用上述任何一种方法，系统将使用fragment的容器的ID。

方法二：在代码中添加fragment到一个ViewGroup

     这种方法可以在运行时，把fragment添加到activity的layout中。你只需指定一个要包含fragment的ViewGroup。

    为了完成fragment的事务（比如添加，删除，替换等），你必须使用FragmentTransaction的方法。你可以从activity获取到FragmentTransaction，如下：

FragmentManagerfragmentManager =getFragmentManager()
FragmentTransactionfragmentTransaction =fragmentManager.beginTransaction();

    然后你可以用add()方法添加一个fragment，它有参数用于指定容纳fragment的ViewGroup。如下：

ExampleFragmentfragment =newExampleFragment();
fragmentTransaction.add(R.id.fragment_container,fragment);
fragmentTransaction.commit();

    Add()的第一个参数是容器ViewGroup，第二个是要添加的fragment。一旦你通过FragmentTransaction对fragment做出了改变，你必须调用方法commit()提交这些改变。

不仅在无界面的fragment中，在有界面的fragment中也可以使用tag来作为为一标志，这样在需要获取fragment对象时，要调用findFragmentTag()。

添加一个没有界面的fragment

    上面演示了如何添加fragment来提供界面，然而，你也可以使用fragment为activity提供后台的行为而不用显示fragment的界面。

    要添加一个没有界面的fragment，需在activity中调用方法add(Fragment,String)（它支持用一个唯一的字符串做为fragment的”tag”，而不是viewID）。这样添加的fragment由于没有界面，所以你在实现它时不需调用实现onCreateView()方法。

    使用tag字符串来标识一个fragment并不是只能用于没有界面的fragment上，你也可以把它用于有界面的fragment上，但是，如果一个fragment没有界面，tag字符串将成为它唯一的选择。获取以tag标识的fragment，需使用方法findFragmentByTab()。

管理fragment们，需使用FragmentManager，要获取它，需在activity中调用方法getFragmentManager()。

你可以用FragmentManager来做以上事情：

1使用方法findFragmentById()或findFragmentByTag()，获取activity中已存在的fragment们。

2使用方法popBackStack()从activity的后退栈中弹出fragment们（这可以模拟后退键引发的动作）。

3用方法addOnBackStackChangedListerner()注册一个侦听器以监视后退栈的变化。

更多关于以上方法的信息，请参考“FragmentManager”文档。

就像前面章节所演示的，你还可以使用FragmentManager打开一个FragmentTransaction来执行fragment的事务，比如添加或删除fragment。

执行Fragment的事务

在activity中使用fragment的一个伟大的好处是能跟据用户的输入对fragment进行添加、删除、替换以及执行其它动作的能力。你提交的一组fragment的变化叫做一个事务。事务通过FragmentTransaction来执行。你还可以把每个事务保存在activity的后退栈中，这样就可以让用户在fragment变化之间导航（跟在activity之间导航一样）。

你可以通过FragmentManager来取得FragmentTransaction的实例，如下:

FragmentManagerfragmentManager=getFragmentManager();
FragmentTransactionfragmentTransaction=fragmentManager.beginTransaction();

一个事务是在同一时刻执行的一组动作（很像数据库中的事务）。你可以用add(),remove(),replace()等方法构成事务，最后使用commit()方法提交事务。

在调用commint()之前，你可以用addToBackStack()把事务添加到一个后退栈中，这个后退栈属于所在的activity。有了它，就可以在用户按下返回键时，返回到fragment们执行事务之前的状态。

如下例：演示了如何用一个fragment代替另一个fragment，同时在后退栈中保存被代替的fragment的状态。

//Create new fragment and transaction
FragmentnewFragment=newExampleFragment();
FragmentTransactiontransaction=getFragmentManager().beginTransaction();

//Replace whatever is in the fragment_container view withthisfragment,
//and add the transaction to the backstack
transaction.replace(R.id.fragment_container,newFragment);
transaction.addToBackStack(null);

//Commit the transaction
transaction.commit();

解释：newFragment代替了控件IDR.id.fragment_container所指向的ViewGroup中所含的任何fragment。然后调用addToBackStack()，此时被代替的fragment就被放入后退栈中，于是当用户按下返回键时，事务发生回溯，原先的fragment又回来了。

如果你向事务添加了多个动作，比如多次调用了add(),remove()等之后又调用了addToBackStack()方法，那么所有的在commit()之前调用的方法都被作为一个事务。当用户按返回键时，所有的动作都被反向执行（事务回溯）。

事务中动作的执行顺序可随意，但要注意以下两点：

1你必须最后调用commit()。

2如果你添加了多个fragment，那么它们的显示顺序跟添加顺序一至（后显示的覆盖前面的）。

如果你在执行的事务中有删除fragment的动作，而且没有调用addToBackStack()，那么当事务提交时，那些被删除的fragment就被销毁了。反之，那些fragment就不会被销毁，而是处于停止状态。当用户返回时，它们会被恢复。

密技：对于fragment事务，你可以应用动画。在commit()之前调用setTransition()就行。――一般银我不告诉他哦。

但是，调用commit()后，事务并不会马上执行。它会在activity的UI线程（其实就是主线程）中等待直到线程能执行的时候才执行（废话）。如果必要，你可以在UI线程中调用executePendingTransactions()方法来立即执行事务。但一般不需这样做，除非有其它线程在等待事务的执行。

警告：你只能在activity处于可保存状态的状态时，比如running中，onPause()方法和onStop()方法中提交事务，否则会引发异常。这是因为fragment的状态会丢失。如果要在可能丢失状态的情况下提交事务，请使用commitAllowingStateLoss()。

与activity通讯

　　尽管fragment的实现是独立于activity的，可以被用于多个activity，但是每个activity所包含的是同一个fragment的不同的实例。

　　Fragment可以调用getActivity()方法很容易的得到它所在的activity的对象，然后就可以查找activity中的控件们（findViewById()）。例如：

ViewlistView =getActivity().findViewById(R.id.list);

　　同样的，activity也可以通过FragmentManager的方法查找它所包含的frament们。例如：

ExampleFragmentfragment =(ExampleFragment)getFragmentManager().findFragmentById(R.id.example_fragment

activity响应fragment的事件

　　有时，你可能需要fragment与activity共享事件。一个好办法是在fragment中定义一个回调接口，然后在activity中实现之。

　　例如，还是那个新闻程序的例子，它有一个activity，activity中含有两个fragment。fragmentA显示新闻标题，fragmentB显示标题对应的内容。fragmentA必须在用户选择了某个标题时告诉activity，然后activity再告诉fragmentB，fragmentB就显示出对应的内容（为什么这么麻烦？直接fragmentA告诉fragmentB不就行了？也可以啊，但是你的fragment就减少了可重用的能力。现在我只需把我的事件告诉宿主，由宿主决定如何处置，这样是不是重用性更好呢？）。如下例，OnArticleSelectedListener接口在fragmentA中定义：

publicstaticclassFragmentAextendsListFragment{
   ...
   //ContainerActivity must implement this interface
   publicinterfaceOnArticleSelectedListener{
       publicvoid　onArticleSelected(Uri　articleUri);
   }
}

然后activity实现接口OnArticleSelectedListener，在方法onArticleSelected()中通知fragmentB。当fragment添加到activity中时，会调用fragment的方法onAttach()，这个方法中适合检查activity是否实现了OnArticleSelectedListener接口，检查方法就是对传入的activity的实例进行类型转换，如下所示：

publicstaticclassFragmentAextendsListFragment{
   OnArticleSelectedListenermListener;
   @Override
   publicvoidonAttach(Activity　activity){
       super.onAttach(activity);
       try{
           mListener =(OnArticleSelectedListener)activity;
       }catch(ClassCastException　e){
           thrownewClassCastException(activity.toString()+"mustimplement OnArticleSelectedListener");
       }
   }
}

如果activity没有实现那个接口，fragment抛出ClassCastException异常。如果成功了，mListener成员变量保存OnArticleSelectedListener的实例。于是fragmentA就可以调用mListener的方法来与activity共享事件。例如，如果fragmentA是一个ListFragment，每次选中列表的一项时，就会调用fragmentA的onListItemClick()方法，在这个方法中调用onArticleSelected()来与activity共享事件，如下：

publicstaticclassFragmentAextendsListFragment{
   OnArticleSelectedListenermListener;
   ...
   @Override
   publicvoid　onListItemClick(ListView　l,View　v,intposition,longid){
       //Appendthe clicked item's row ID with the content provider Uri
       Uri　noteUri =ContentUris.withAppendedId(ArticleColumns.CONTENT_URI,id);
       //Sendthe event and Uri to the host activity
       mListener.onArticleSelected(noteUri);
   }
}

onListItemClick()传入的参数id是列表的被选中的行ID，另一个fragment用这个ID来从程序的ContentProvider中取得标题的内容。

把条目添加到动作栏

你的fragment们可以向activity的菜单（按Manu键时出现的东西）添加项，同时也可向动作栏（界面中顶部的那个区域）添加条目，这都需通过实现方法onCreateOptionManu()来完成。

你从fragment添加到菜单的任何条目，都会出现在现有菜单项之后。Fragment之后可以通过方法onOptionsItemSelected()来响应自己的菜单项被选择的事件。

你也可以在fragemnt中注册一个view来提供快捷菜单（上下文菜单）。当用户要打开快捷菜单时，fragment的onCreateContextMenu()方法会被调用。当用户选择其中一项时，fragemnt的onContextItemSelected()方法会被调用。

注：尽管你的fragment可以分别收到它所添加的菜单项的选中事件，但是activity才是第一个接收这些事件的家伙，只有当activity对某个事件置之不理时，fragment才能接收到这个事件，对于菜单和快捷菜单都是这样。

处理fragement的生命周期

管理fragment的生命周期有些像管理activity的生命周期。Fragment可以生存在三种状态：

Resumed:

Fragment在一个运行中的activity中并且可见。

Paused:

另一个activity处于最顶层，但是fragment所在的activity并没有被完全覆盖（顶层的activity是半透明的或不占据整个屏幕）。

Stoped:

Fragment不可见。可能是它所在的activity处于stoped状态或是fragment被删除并添加到后退栈中了。此状态的fragment仍然存在于内存中。

同样类似于activity，你可以把fragment的状态保存在一个Bundle中，在activity被recreated时就需用到这个东西。你可以在onSaveInstanceState()方法中保存状态并在onCreate()或onCreateView()或onActivityCreated()中恢复，关于更多的保存状态的信息，请参考Activitys章节。

Fragment与Activity的生命周期中最大的不同就是存储到后退栈中的过程。Activity是在停止时自动被系统压入停止栈，并且这个栈是被系统管理的；而fragment是被压入activity所管理的一个后退栈，并且只有你在删除fragment后并明确调用addToBackStack()方法时才被压入。

然而，管理fragment的生命周期与管理activity的生命周期极其相似。你所需要去思考的是activity的生命周期如何影响fragment的生命周期。

协调与activity生命周期的关系：Activity直接影响它所包含的fragment的生命周期，所以对activity的某个生命周期方法的调用也会产生对fragment相同方法的调用。例如：当activity的onPause()方法被调用时，它所包含的所有的fragment们的onPause()方法都会被调用。

Fragment比activity还要多出几个生命周期回调方法，这些额外的方法是为了与activity的交互而设立，如下：

onAttach()

当fragment被加入到activity时调用（在这个方法中可以获得所在的activity）。

onCreateView()

当activity要得到fragment的layout时，调用此方法，fragment在其中创建自己的layout(界面)。

onActivityCreated()

当activity的onCreated()方法返回后调用此方法。

onDestroyView()

当fragment的layout被销毁时被调用。

onDetach()

当fragment被从activity中删掉时被调用。

一旦activity进入resumed状态（也就是running状态），你就可以自由地添加和删除fragment了。因此，只有当activity在resumed状态时，fragment的生命周期才能独立的运转，其它时候是依赖于activity的生命周期变化的。

现在主流的APP都会使用到Fragment，相信你也一定使用过，今天为大家介绍一下我曾经踏过的一个关于Fragment的坑。

    Android在3.0中引入了fragments的概念,主要目的是用在大屏幕设备上--例如平板电脑上,支持更加动态和灵活的UI设计。平板电脑的屏幕要比手机的大得多,有更多的空间来放更多的UI组件,并且这些组件之间会产生更多的交互。Fragment允许这样的一种设计,而不需要你亲自来管理 viewhierarchy的复杂变化。 通过将activity的布局分散到fragment中, 你可以在运行时修改activity的外观,并在由activity管理的back stack中保存那些变化。

使用过Fragment的同学都知道，它的使用相当的简单，基本上和Activity中一样，就是生命周期函数稍稍多了点。今天不是介绍Fragment如何使用，而是介绍一个Fragment中的一个坑。现在相当多的APP都有以下三种设计风格。

一、底部TAB，一般3-5个，点击某个TAB，上面页面也随之切换，如QQ、腾讯微博、新浪微博。早期的时候Android开发者们都会使用TabActivity去实现，但是TabActivity存在一些问题，也不符合Andoid的单窗口设计的原则，所以已经被废弃，不推荐大家继续使用。如有业务需求，请优先考虑使用Fragement。

二、顶部TAB，一般也是3-5个左右，相对于底部TAB风格，顶部TAB一般会引入ViewPager + Fragment的实现方式，这样可以做到左右切换，如微信。

三、侧边TAB，也就是SlidingMenu + Fragment或者MenuDrawer + Fragment。这种风格自去年起，风靡的一发不可收拾，前段时间干货分享讲的一期就是这个，代码也开源在了Github上，有兴趣的朋友可以下载了解下。出门右转，查看历史消息《一个比较酷的项目界面分享，干货十足》。

上述三种风格中使用到的Fragment，一般很容易会被大家忽略了一个问题。那就是当和Fragment关联的view hierarchy正在被移除时，不会执行onDestroy()方法，而是会调用onDestroyView()。比如上述的风格二ViewPager + Fragment，默认情况下当ViewPager滑动到第三页的时候，第一页的Fragment就会执行onDestroyView，当再次滑动到第二页的时候，第一页的Fragment的onCreateView又会重新执行绘制页面。伴随而来的问题就是成员变量要重新赋值一次，辛苦耗时加载出来的页面又要重新加载一次，这样也就给内存增加了无意思的压力，用户体验上也不大友好，尤其在有网络请求等开销时长比较长的情况下。

那有没有上面解决办法呢？答案是肯定的。onDestroyView的执行和Activity的onDestroy不一样，不会销毁当前的页面，所以Fragment的所有成员变量的引用都还在。那就好办了，我们在onCreateView的时候，先判断该取到的数据是否为空，比如Fragment的根视图rootView，网络请求获取到的数据等，如果不为空就不用再次执行。这样一来也就避免了上述说的那些问题的存在了。

但是需要注意的一点就是，如果重用rootView的话，一定要记得在onDestroyView里面把rootView先给移除掉，因为已经有过父布局的View是不能再次添加到另一个新的父布局上面的。代码如下

这样也就解决了最前面我遇到的那个bug，由于每次进入都会创建一个MapView，很多地图叠在了一起，所以就出现了"滑不动"的奇怪现象。