有关Fragment，你所需要了解的一些知识整合
1.Fragment生命周期
Fragment比Activity多了几个额外的生命周期回调方法： onAttach(Activity) 当Fragment与Activity发生关联时调用。 onCreateView(LayoutInflater, ViewGroup,Bundle) 创建该Fragment的视图 onActivityCreated(Bundle) 当Activity的onCreate方法返回时调用 onDestoryView() 与onCreateView想对应，当该Fragment的视图被移除时调用 onDetach() 与onAttach相对应，当Fragment与Activity关联被取消时调用 注意：除了onCreateView，其他的所有方法如果你重写了，必须调用父类对于该方法的实现，
2.静态的使用Fragment
嘿嘿，终于到使用的时刻了~~ 这是使用Fragment最简单的一种方式，把Fragment当成普通的控件，直接写在Activity的布局文件中。步骤： 1)继承Fragment，重写onCreateView决定Fragemnt的布局 2)在Activity中声明此Fragment，就当和普通的View一样
3.动态使用Fragment
使用FragmentManager对Fragment进行了动态的加载，这里使用的是replace方法 也可以使用hide方法； 使用hide而不是replace视图将不会重绘，当back回来的时候，之前数据将会保留
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的回退栈
FragmentTransaction.addToBackStack(String) 类似与Android系统为Activity维护一个任务栈，我们也可以通过Activity维护一个回退栈来保存每次Fragment事务发生的变化。如果你将Fragment任务添加到回退栈，当用户点击后退按钮时，将看到上一次的保存的Fragment。一旦Fragment完全从后退栈中弹出，用户再次点击后退键，则退出当前Activity。
6.Fragment与Activity通信
因为所有的Fragment都是依附于Activity的，所以通信起来并不复杂，大概归纳为： a、如果你Activity中包含自己管理的Fragment的引用，可以通过引用直接访问所有的Fragment的public方法 b、如果Activity中未保存任何Fragment的引用，那么没关系，每个Fragment都有一个唯一的TAG或者ID,可以通过getFragmentManager.findFragmentByTag()或者findFragmentById()获得任何Fragment实例，然后进行操作。 c、在Fragment中可以通过getActivity得到当前绑定的Activity的实例，然后进行操作。
7.处理运行过程中配置发生变化
当屏幕发生旋转，Activity发生重新启动，默认的Activity中的Fragment也会跟着Activity重新创建；这样造成当旋转的时候，本身存在的Fragment会重新启动，然后当执行Activity的onCreate时，又会再次实例化一个新的Fragment 解决办法： 可以通过检查onCreate的参数Bundle savedInstanceState就可以判断，当前是否发生Activity的重新创建：
8.Fragment与OptionMenu进行集成
onCreateOptionsMenu() onOptionsItemSelected() Fragment可以添加自己的MenuItem到Activity的ActionBar或者可选菜单中。 a、在Fragment的onCreate中调用 setHasOptionsMenu(true); b、然后在Fragment子类中实现onCreateOptionsMenu c、如果希望在Fragment中处理MenuItem的点击，也可以在Fragment中实现onOptionsItemSelected；当然了Activity也可以直接处理该MenuItem的点击事件。 d、在Activity中如果希望fragment自己处理菜单点击事件，此处需要在onOptionsItemSelected中调用 return super.onOptionsItemSelected(item);
9.DialogFragment DialogFragment在android 3.0时被引入。是一种特殊的Fragment，用于在Activity的内容之上展示一个模态的对话框。典型的用于：展示警告框，输入框，确认框等等。 在DialogFragment产生之前，我们创建对话框：一般采用AlertDialog和Dialog。注：官方不推荐直接使用Dialog创建对话框。
使用DialogFragment至少需要实现onCreateView或者onCreateDIalog方法。 1)onCreateView即使用定义的xml布局文件展示Dialog。 2)onCreateDialog即利用AlertDialog或者Dialog创建出Dialog。
在DialogFragment中有时候需要适配不用分辨率的屏幕， 在大屏幕上以对话框的形式展示， 而小屏幕上则直接嵌入当前的Actvity中。注意在这种效果的对话框，只能通过重写onCreateView实现。 具体情况可见代码中的showDifferentDialog方法