揭开Fragment神秘的面纱

2016-10-02 本文已影响1110人 QiuJay

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断点模式运行后结果，如下图：

container
和我们在add fragment的时候传入的id是同一个值，而我们传入的id其实就是Activity的内容布局，所以最后运行效果如下图：

运行效果图
Fragment中的View与Activity本身的View重叠了，这是因为android.R.id.content所对应的View是FrameLayout。
到目前为止，我也只是验证了container就是我们在添加Fragment的时候传入的containerViewId而已，最后我们验证下containerViewId有几个childView，看图：

view_layout
相信此图说明了一切，也验证了我说的是对的

下面我们在验证另一种情况，将containerViewId设置成Activity布局中某个ViewGroup的的id，代码如下：

activity_layout
将原本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：以上均为个人理解，如您发现有不对或疑问的地方，请留言提出，感谢。