Fragment是Android 3.0 (Honeycomb)被引入的。主要目的是为了给大屏幕(如平板电脑)上更加动态和灵活的UI设计提供支持。由于平板电脑的屏幕比手机的屏幕大很多，因此可用于组合和交换的UI组件的空间更大，利用Fragment实现此类设计的时，就无需管理对视图层次结构的复杂更改。
通过将 Activity 布局分成片段，您可以在运行时修改 Activity 的外观，并在由 Activity 管理的返回栈中保留这些更改。如果仅仅只有Activity布局，那是不够的，不仅在手机上有一套布局，同时在平板上还需要设计一套布局，那样维护起来也麻烦，代码上也有一定的冗余，对于APP包的大小也有一定的压力。Fragment的优势是布局在不同设备上的适配。
比如：
从图中我们可以看到，在平板中，一个Activity A包含了两个Fragment，分别是Fragment A和Fragment B，但在手机中呢，就需要两个Activity，分别是Activity A包含Fragment A和Activity B包含Fragment B。同时每个Fragment都具有自己的一套生命周期回调方法，并各自处理自己的用户输入事件。 因此，在平板中使用一个Activity 就可以了，左侧是列表，右边是内容详情。
除此之外，使用Fragment还有这么几个方面优势：
代码复用。特别适用于模块化的开发，因为一个Fragment可以被多个Activity嵌套，有个共同的业务模块就可以复用了，是模块化UI的良好组件。
Activity用来管理Fragment。Fragment的生命周期是寄托到Activity中，Fragment可以被Attach添加和Detach释放。
可控性。Fragment可以像普通对象那样自由的创建和控制，传递参数更加容易和方便，也不用处理系统相关的事情，显示方式、替换、不管是整体还是部分，都可以做到相应的更改。
Fragments是view controllers，它们包含可测试的，解耦的业务逻辑块，由于Fragments是构建在views之上的，而views很容易实现动画效果，因此Fragments在屏幕切换时具有更好的控制。
