使用Fragment 官方例子中显示：

例如：一个学生Fragment，需要传入studentId，进行http请求显示，那么setArguments后防止杀掉Fragment后，参数为0，显示不了数据。

1 public static StudentFragment newInstance(int studentId){
2         StudentFragment fragment = new StudentFragment();
3         Bundle bundle = new Bundle();
4         bundle.putInt("student_id",  studentId);
5         fragment.setArguments(bundle);
6         return fragment;
7     }

setArguments：

1 private int mStudentId = 0;
2
3 @Override
4     public void setArguments(Bundle args) {
5         super.setArguments(args);
6
7         mStudentId = args.getInt("student_id", 0);
8     }

那么app在杀死后，回到这个Fragment 时，会在onCreateView时，进行获取参数，获取正确的页面数据，不然有可能会因为null，而崩毁。

@Overridepublic View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {mStudentId = getArguments().getInt("student_id", 0);return super.onCreateView(inflater, container, savedInstanceState);}

我为什么不主张使用Fragment

Fragment:( Fragment就相当于一个有生命周期的View,它的生命周期被所在的Activity的生命周期管理 )

生命周期回调说明：

onAttach(Activity)
当Fragment与Activity发生关联时调用。
onCreateView(LayoutInflater, ViewGroup,Bundle)
创建该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应，当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应，当Fragment与Activity关联被取消时调用

与Activity 依赖关系：

与ViewPager 的关系：

（1）setOffscreenPageLimit

1 // 预加载页面的数量
2 viewPager.setOffscreenPageLimit(2)；

知道ViewPager会有预加载的特性，我以为Fragment_1会从 1 onAttach() 开始直到 6 onResume()后，Fragment_2才会开始从 1onAttach()开始，到了3 onCreateView()会停止。然而，并不是预想的这样。

首先，Fragment_1 经历 1_onAttach() 和 2_onCreate() 后， Fragment_2也开始走了 1_onAttach()和 2_onCreate()方法。

接着，Fragment_1依次经历 3_onCreateView(), 4_onCreateActivity(),5 _onStart ,6_onResume()。此时，Fragment_1获得焦点，已经展示在手机屏幕。Fragment_2也接着从 3_onCreate()开始直到也执行到 6_onResume()方法。疑问就在这，我个人感觉既然Fragment_2没有在屏幕显示，就不会执行到 6_onResume()方法,然而Log信息却显示执行到了 6_onResume()。这里记录一下。

多了Fragment_3的Log信息，而且走的方法和Frgment_1和2是一样的。后面的情况的Log信息便不再贴出来了，本质是一样的，只是多预加载了一个Fragment。但此时ViewPager依然只是保留3个Fragment的信息。当滑到Fragment_4的时候，Fragment_1走了7_onPause(),8_onStop(),9_onDestroyView()。Fragment_2,3,4则处于6_onResume()。

这个方法对Fragment生命周期方法的调用顺序上并没有什么影响，只是预加载的Fragment的数量又设置的limit参数决定。

（2）setUserVisibleHint

setUserVisibleHint()这个方法会在预加载Fragment时，会在Fragment的1_onAttach()前调用。此时，在setUserVisibleHint()里面调用也不用害怕空指针的问题，因为有3个前条件。当通过滑动ViewPger时，根据6.1知道，每次滑动都会调用setUserVisibleHint()这个方法，进行预加载后，当滑到Fragment_2,3,4时，就会调用里面的load()方法。

在Fragment的4_onCreateActivity()中调用load。我个人习惯把网络请求放在这个生命周期。在Fragment_1和点击Tab时，引起问题的原因就是setUserVisibleHint()先于1_onAttach()调用，不能满足前提条件中的isCreate，所以load方法不会被调用。而4_onCreateActivity()中会再次调用load()方法，此时还满足3个前提条件。这样，遗留的问题也解决了。ViewPager中Fragment延迟加载这个需求也可以实现了。如果此时Fragment中有一个轮播图的话，也可以通过getUserVisibleHint()这个方法来选择关闭轮播图线程的时机。

Fragment Api:

Fragment常用的三个类：

android.app.Fragment 主要用于定义Fragment

android.app.FragmentManager 主要用于在Activity中操作Fragment

android.app.FragmentTransaction 保证一些列Fragment操作的原子性

主要的操作都是FragmentTransaction的方法:

 1 // v4包中，getSupportFragmentManager
 2 FragmentManager fm = getFragmentManager();
 3 // 开启一个事务 (主要的操作都是FragmentTransaction的方法)
 4 FragmentTransaction transaction = fm.benginTransatcion();
 5
 6 // 往Activity中添加一个Fragment
 7 transaction.add(Fragment fragment);
 8 // 从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。
 9 transaction.remove(Fragment fragment);
10 // 使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体
11 transaction.replace(R.id.XXX, Fragment fragment);
12 // 隐藏当前的Fragment，仅仅是设为不可见，并不会销毁
13 transaction.hide(Fragment fragment);
14 // 显示之前隐藏的Fragment
15 transaction.show(Fragment fragment);
16 //提交一个事务
17 transatcion.commit();

// 会将view从UI中移除,和remove()不同,此时fragment的状态依然由FragmentManager维护。

detach()

// 重建view视图，附加到UI上并显示。

attach()；

判断什么时候该使用什么方法：

（1）希望保留用户操作的面板，可以使用hide和show。

（2）不希望保留用户操作，可以使用remove()，然后add()；或者直接使用replace()，效果相同。

（3）remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。

（4）当前Activity一直存在，那么在不希望保留用户操作的时候，可以优先使用detach。

参考地址：Android Fragment 真正的完全解析（上）     Android Fragment 真正的完全解析（下）

对于用法：

（1）getActivity() 方法空指针问题：

protected Activity mActivity;/**
* API低于 23 的版本中不会去调用后者，只会去调用onAttach(Activity)
*/
@Override
public void onAttach(Activity activity) {super.onAttach(activity);this.mActivity = activity;
}/**
*  如果用了support 23的库，上面的方法会提示过时，且不会被调用，可以用下面的方法代替
*/
@Override
public void onAttach(Context context) {super.onAttach(context);this.mActivity = (Activity) context;
}

 1    /*
 2     * onAttach(Context) is not called on pre API 23 versions of Android and onAttach(Activity) is deprecated
 3     * Use onAttachToContext instead
 4     */
 5    @TargetApi(23)
 6    @Override
 7    public void onAttach(Context context) {
 8        super.onAttach(context);
 9        onAttachToContext(context);
10    }
11
12    /*
13     * Deprecated on API 23
14     * Use onAttachToContext instead
15     */
16    @SuppressWarnings("deprecation")
17    @Override
18    public void onAttach(Activity activity) {
19        super.onAttach(activity);
20        if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M) {
21            onAttachToContext(activity);
22        }
23    }
24
25    /*
26     * Called when the fragment attaches to the context
27     */
28    protected void onAttachToContext(Context context) {
29       //do something
30    } 

（3）Fragment转场动画

如果你的Fragment没有转场动画，或者使用setCustomAnimations(enter, exit)的话。

1 getFragmentManager().beginTransaction().setCustomAnimations(enter, exit)；
3  // 如果通过tag/id同时出栈多个Fragment的情况时，
4  // 请谨慎使用.setCustomAnimations(enter, exit, popEnter, popExit)
5  // 在support-25.4.0之前出栈多Fragment时，伴随出栈动画，会在某些情况下发生异常
6  // 你需要搭配Fragment的onCreateAnimation()临时取消出栈动画，或者延迟一个动画时间再执行一次上面提到的Hack方法，排序

如果想让出栈动画运作正常的话，需要使用Fragment的onCreateAnimation中控制动画：

1 @Override
2 public Animation onCreateAnimation(int transit, boolean enter, int nextAnim) {
3     // 此处设置动画
4 }

pop多个Fragment时转场动画 带来的问题：

对于一些操作，Fragment发生的生命周期变化：

切换到该Fragment：onAttach() -> onCreate() -> onCreateView() -> onActivityCreated() -> onStart() -> onResume()

屏幕灭掉或者回到桌面(Home): onPause() -> onSaveInstanceState() -> onStop()

屏幕解锁或者重新回到应用: onStart() -> onResume()

切换到其他Fragment: onPause() -> onStop() -> onDestroyView()

切换回本身的Fragment: onCreateView() -> onActivityCreated() -> onStart() -> onResume()

退出应用：onPause() -> onStop() -> onDestroyView() -> onDestroy() -> onDetach()

参考：

Fragment全解析系列（一）：那些年踩过的坑