概述：
是从Android3.0开始新增的概念, 意为碎片。用来组建Activity界面的局部模块, 也可以说一个Actiivty界面可以由多个Fragment组成。其行为与Activity很相似, 有自己对应的View, 它有自己的生命周期，接收自己的输入事件，你可以添加或移除从运行中的activity。一个fragment必须总是嵌入在一个activity中，同时fragment的生命周期受activity的影响。本质上会产生一个FrameLayout,它加载的布局为其子布局/View
Fragmeng优点：
Fragment可以使你能够将activity分离成多个可重用的组件，每个都有它自己的生命周期和UI。
Fragment可以轻松得创建动态灵活的UI设计，可以适应于不同的屏幕尺寸。从手机到平板电脑。
Fragment是一个独立的模块,紧紧地与activity绑定在一起。可以运行中动态地移除、加入、交换等。
Fragment提供一个新的方式让你在不同的安卓设备上统一你的UI。
Fragment 解决Activity间的切换不流畅，轻量切换。
Fragment 替代TabActivity做导航，性能更好。
Fragment 在4.2.版本中新增嵌套fragmeng使用方法，能够生成更好的界面效果。
Fragment做局部内容更新更方便，原来为了到达这一点要把多个布局放到一个activity里面，现在可以用多Fragment来代替，只有在需要的时候才加载Fragment，提高性能。
生命周期：
图一，是Fragment的生命周期；图二，是Activity与Fragment生命周期的对比图：
onAttach：onAttach()在fragment与Activity关联之后调调查用。需要注意的是，初始化fragment参数可以从getArguments()获得，但是，当Fragment附加到Activity之后，就无法再调用setArguments()。所以除了在最开始时，其它时间都无法向初始化参数添加内容。有关Fragment参数初始化及传递的问题，我们会在后面的篇章中细讲。
onCreate：fragment初次创建时调用。尽管它看起来像是Activity的OnCreate()函数，但这个只是用来创建Fragment的。此时的Activity还没有创建完成，因为我们的Fragment也是Activity创建的一部分。所以如果你想在这里使用Activity中的一些资源，将会获取不到。比如：获取同一个Activity中其它Frament的控件实例。如果想要获得Activity相关联的资源，必须在onActivityCreated中获取。
onCreateView：在这个fragment构造它的用户接口视图(即布局)时调用。在这里期望返回此Fragment的一个视图层次结构。使用LayoutInflater的inflater()方法来构造实图。代码如下：
- public View onCreateView(LayoutInflater inflater, ViewGroup container,
- Bundle savedInstanceState) {
- return inflater.inflate(R.layout.fragment3, container, false);
- }
onActivityCreated：在Activity的OnCreate()结束后，会调用此方法。所以到这里的时候，Activity已经创建完成！在这个函数中才可以使用Activity的所有资源。
onStart：当到OnStart()时，Fragment对用户就是可见的了。但用户还未开始与Fragment交互。在生命周期中也可以看到Fragment的OnStart()过程与Activity的OnStart()过程是绑定的。意义即是一样的。以前你写在Activity的OnStart()中来处理的代码，用Fragment来实现时，依然可以放在OnStart()中来处理。
onResume：当这个fragment对用户可见并且正在运行时调用。这是Fragment与用户交互之前的最后一个回调。从生命周期对比中，可以看到，Fragment的OnResume与Activity的OnResume是相互绑定的，意义是一样的。它依赖于包含它的activity的Activity.onResume。当OnResume()结束后，就可以正式与用户交互了。
onPause：此回调与Activity的OnPause()相绑定，与Activity的OnPause()意义一样。
onStop：这个回调与Activity的OnStop()相绑定，意义一样。已停止的Fragment可以直接返回到OnStart()回调，然后调用OnResume()。
onDestroyView：如果Fragment即将被结束或保存，那么撤销方向上的下一个回调将是onDestoryView()。会将在onCreateView创建的视图与这个fragment分离。下次这个fragment若要显示，那么将会创建新视图。这会在onStop之后和onDestroy之前调用。这个方法的调用同onCreateView是否返回非null视图无关。它会潜在的在这个视图状态被保存之后以及它被它的父视图回收之前调用。
onDestroy：当这个fragment不再使用时调用。需要注意的是，它即使经过了onDestroy()阶段，但仍然能从Activity中找到，因为它还没有Detach。
onDetach：Fragment生命周期中最后一个回调是onDetach()。调用它以后，Fragment就不再与Activity相绑定，它也不再拥有视图层次结构，它的所有资源都将被释放。
常见生命周期流程：
添加Fragment对象显示 ：onAttach()-->onCreate()-->onCreateView()-->onActivityCreated()-->onstart()-->onResume()
home到桌面 ：onPause()-->onStop()
回到应用 ：onStart()-->onResume()
replace为其它Fragment ：onPause()-->onStop()-->onDestroyView()
返回到本身的Fragment ：onCreateView()-->onActivityCreated()-->onstart()-->onResume()
退出应用 ：onPause()-->onstop()-->onDestroyView()-->onDestroy()-->onDetach()
有关回滚：
要使用回滚功能，只需要要使用下面两个代码：
在transaction.commit()之前，使用addToBackStack()将其添加到回退栈中。
在需要回退时，使用popBackStack()将最上层的操作弹出回退栈。
这里的popBackStack()是弹出默认的最上层的栈顶内容。
当栈中有多层时，我们可以根据id或TAG标识来指定弹出到的操作所在层。函数如下：
void popBackStack(int id, int flags);
void popBackStack(String name, int flags);
其中
- 参数int id是当提交变更时transaction.commit()的返回值。
- 参数string name是transaction.addToBackStack(String tag)中的tag值；
- 至于int flags有两个取值：0或FragmentManager.POP_BACK_STACK_INCLUSIVE；
- 当取值0时，表示除了参数一指定这一层之上的所有层都退出栈，指定的这一层为栈顶层；
- 当取值POP_BACK_STACK_INCLUSIVE时，表示连着参数一指定的这一层一起退出栈；
使用popBackStack()来弹出栈内容的话，调用该方法后会将事物操作插入到FragmentManager的操作队列，只有当轮询到该事物时才能执行。如果想立即执行事物的话，需要使用下面几个对应的方法：
popBackStackImmediate()
popBackStackImmediate(String tag)
popBackStackImmediate(String tag, int flag)
popBackStackImmediate(int id, int flag)
回退是以commit()提交的一次事务为单位的，而不是以其中的add,replace等等操作为单位回退的，即，如果我们在一次提交是添加了fragment2,fragment3,fragment4，那么回退时，会依据添加时的顺序，将它们一个个删除，返回到没有添加fragment4,fragment3,fragment2的状态。
切换fragment：
如果我们使用replace来切换页面，那么在每次切换的时候，Fragment都会重新实例化，重新加载一边数据，这样非常消耗性能和用户的数据流量。
这是因为replace操作，每次都会把Container中的现有的fragment实例清空，然后再把指定的fragment添加进去，就就造成了在切换到以前的fragment时，就会重新实例会fragment。
正确的切换方式是add()，切换时hide()，add()另一个Fragment；再次切换时，只需hide()当前，show()另一个。这样就能做到多个Fragment切换不重新实例化
大家可能觉得这里有个问题，如果我们要show()的fragment不在最顶层怎么办？如果不在ADD队列的队首，那显然show()之后是不可见的；那岂不影响了APP逻辑。大家有这个想法是很棒的，但在APP中不存在这样的情况，因为我们的APP的fragment是一层层ADD进去的，而且我们的fragment实例都是唯一的，用TAG来标识，当退出的时候也是一层层剥离的，所以当用户的动作导致要添加某个fragment时，那说明这个fragment肯定是在栈顶的。
