为什么使用Fragment

       从API 11，Google在Android之中加入了Fragment，一个轻量级的，可复用的，模块化的UI组件，其目的是为了解决不同屏幕分辩率的动态和灵活UI设计。平板电脑的设计使得其有更多的空间来放更多的UI组件，而多出来的空间存放UI使其会产生更多的交互。

       Fragment号称是轻量级的Activity，它有着Activity的部分功能，比如有生命周期，可以显示UI元素，可以有控制逻辑。

Fragment的优点
      
      可以轻松创建动态灵活的UI设计，以适应于不同的屏幕尺寸。从手机到平板电脑。

      可以像view一样直接放入Activity中，自行处理和响应事件

      可以将activity分离成多个可重用的组件，每个都有它自己的生命周期和UI。（一个activity中能有多个fragment ，一个fragment也能在多个activity中使用）

      是一个独立的模块，紧紧地与activity绑定在一起。可以运行中动态地移除、加入、交换等。

      可以像普通对象那样自由的创建和控制，创建的开销小，解决Activity间的切换不流畅，轻量切换。

      做局部内容更新方便，以前是写多个布局放到一个activity里面控制显示隐藏，现在可以用多个Fragment来代替，只有在需要的时候才加载Fragment，提高性能。

      可以得到实例，所以传递参数等会更加的容易和方便（推荐使用setArguments来传递参数，避免在横竖屏切换的时候Fragment自动调用自己的无参构造函数，导致数据丢失）

      可以从startActivityForResult中接收到返回结果，但是View不能。（为了能正确的让Fragment收到onActivityResult()，需要：宿主Activity要实现一个空的onActivityResult()，里面调用super.onActivityResult()；调用Fragment#startActivityForResult()而不是用Activity的 当然，也可以直接使用Activity的startActivityForResult()，那样的话，就只能在宿主Activity里处理返回的结果了。）

关于Fragment的生命周期要补充的：

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