Fragment：相信各位Android开发者不陌生了，且在这里我也不打算讲，此文章的目的很明确，就是对Fragment进行表面解剖<font color='red'><为什么说表面了？因为我们不会解剖它的源码实现，而只是了解它是何物？></font>
这里要说明下，此文章理论与解释居多
为什么会有生命周期
此处肯定会有人问？为什么不能有生命周期。如果你这么问了，说明你并不知道Fragment面纱后面是什么，因为你根本没回答我的问题。我们试想下，一个应用的生命周期谁最清楚，毫无疑问，应用本身，而Fragment我们都知道需要Activity才能正常工作，那么Activity做为四大组件之一，它又为什么会有生命周期了？<是不是在想，你脑子有问题吧，Activity从我开始学安卓起，各种教程都会说到Activity的生命周期>
那么问题来了，有以下几个问题
- Activity是天生就有生命周期吗？
- Fragment的生命周期是哪来的？
Activity生命周期的由来
上面我们说过了，应用的生命周期只有应用本身才知道，而Activity既然是四大组件之一，那么它只是应用的一部分而已，也就是说Activity的生命周期只是应用的生命周期中的一部分而已，我们都知道，Activity的生命周期的方法都是onXXX的格式，而我们都知道，一个方法名当以on开始时，这个方法肯定是在某个时间点会被回调，很显然，入口肯定是应用本身回调了Activity中的某个方法，举个栗子：教主与护法，教主有什么事情要做，只有他自己知道，那么护法什么时候会知道了？只有当教主指派任务给护法的时候，护法才知道，哦，原来教主要做这件事，而其它事情，可能会安排给其它护法，这就好比四大护法对应安卓中的四大组件，各有各的任务
总结：Activity的创建是由Application类回调，这里在一次验证了万物皆为对象，都是来自于生活
说说Fragment的生命周期
前面我们讲到，Fragment需要依赖Activity才能正常工作，那么它的生命周期与Activity的生命周期密切相关，这相信大家已经在实战中发现了。我们了解了Activity的生命周期的由来，可能你们已经想到了Fragment为什么会有生命周期了，对Activity与Fragment来说，Activity好比人的大脑，Fragment好比人的某个部位，简单来说，Fragment的生命周期其实都是Activity回调管理的。
解剖Fragment
Fragment方法之onCreateView
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container,Bundle savedInstanceState);
上面的方法，我们返回的View对象给谁了？第二个参数container又是何方神圣？
如果我说返回的View就给了第二个参数container你们信吗？那么我们验证一下，大家也可以按照我的代码自己验证。
很简单，就是一个HelloWord工程，然后给MainActivity添加一个Fragment
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
FragmentManager fm = getFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
ft.add(android.R.id.content,new HelloWordFragment(), HelloWordFragment.TAG);
ft.commit();
}
}
public class HelloWordFragment extends Fragment {
public static final String TAG = "HelloWordFragment";
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
TextView textView = new TextView(getActivity());
textView.setText("我是Fragment中的TextView");
return textView;
}
}
以Debug断点模式运行后结果，如下图：
和我们在add fragment的时候传入的id是同一个值，而我们传入的id其实就是Activity的内容布局，所以最后运行效果如下图：
Fragment中的View与Activity本身的View重叠了，这是因为
android.R.id.content所对应的View是FrameLayout。到目前为止，我也只是验证了
container就是我们在添加Fragment的时候传入的containerViewId而已，最后我们验证下containerViewId有几个childView，看图：
相信此图说明了一切，也验证了我说的是对的
下面我们在验证另一种情况，将containerViewId设置成Activity布局中某个ViewGroup的的id，代码如下：
将原本
RelativeLayout改为了LinearLayout，添加了一个FrameLayout，设置id为fragment_content；下面我们看Activity代码，Fragment代码不变：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
FragmentManager fm = getFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
//将containerViewId改为布局中FrameLayout的ID
ft.add(R.id.fragment_content,new HelloWordFragment(), HelloWordFragment.TAG);
ft.commit();
}
结果很明显，和我们上面的解释一致
Fragment的作用
其实我们看完上面的解释后，相信大家已经大致了解了Fragment的作用，其实就是一个帮Activity管理某些View，就好比Activity是老板，Fragment是秘书，这就是Fragment的真面目，突然发现是不是其实也没多神秘吧！像这种帮Activity管理View的功能，相信大家都可以写个类完成，而Google这么做的目的只是帮助我们开发者，可以更好的开发功能，而并非花心思在这个上面。
PS：以上均为个人理解，如您发现有不对或疑问的地方，请留言提出，感谢。
