动手理解Fragment

　　上个周末参加了某公司的面试，问到了Fragment生命周期的问题，深深地感觉自己被鄙视了。。。回家之后写了段代码研究了一下，可算是搞明白了，着实发现Google之所以要大力推进Fragment还是有原因的，果然很好用很便捷啊。

首先需要了解的是Fragment本身的生命周期，遂使用强大的logcat，写了这么一段代码：

package com.example.adapter;

import android.app.Activity;
import android.content.Context;
import android.os.Bundle;
import android.support.v4.app.Fragment;
import android.util.Log;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.ListView;

import com.example.data.AnalyzeJson;
import com.example.demoforhaici.R;
import com.example.model.Word;

public class FragmentPage2 extends Fragment
{
    public final int ARG_SECTION_NUMBER =2;

    private Word myWord;
    
    public FragmentPage2() {
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        Log.e("OnCreateView", this.toString());
        View rootView = inflater.inflate(R.layout.fragment_page2,
                container, false);
        AnalyzeJson json = new AnalyzeJson("");
        myWord = json.GetTencentInfoByJson();
        Context context = getActivity();
        ListView fragment_page2_List = (ListView)rootView.findViewById(R.id.fragment_page2_List);
        FragmentPage2_ListViewAdapter adapter = new FragmentPage2_ListViewAdapter(context, R.layout.vocabulary_item, 1024, myWord);
        fragment_page2_List.setAdapter(adapter);

        return rootView;
    }
    @Override
    public void onActivityCreated(Bundle savedInstanceState) {
        Log.e("OnActivityCreated", this.toString());
        super.onActivityCreated(savedInstanceState);
    }
    @Override
    public void onAttach(Activity activity) {
        Log.e("OnAttach", this.toString());
        super.onAttach(activity);
    }
    @Override
    public void onDestroyView() {
        Log.e("OnDestroyView", this.toString());
        super.onDestroyView();
    }
    @Override
    public void onCreate(Bundle savedInstanceState) {
        Log.e("OnCreate", this.toString());
        super.onCreate(savedInstanceState);
    }
    @Override
    public void onDestroy() {
        Log.e("OnDestroy", this.toString());
        super.onDestroy();
    }
    @Override
    public void onDetach() {
        Log.e("OnDetach", this.toString());
        super.onDetach();
    }
    @Override
    public void onPause() {
        Log.e("OnPause", this.toString()); 
        super.onPause();
    }
    @Override
    public void onResume() {
        Log.e("OnResume", this.toString());
        super.onResume();
    }
    @Override
    public void onStart() {
        Log.e("OnStart", this.toString());
        super.onStart();
    }
    @Override
    public void onStop() {
        Log.e("OnStop", this.toString());
        super.onStop();
    }
    
}

跟踪出的结果如下，嗯，果然还是和Activity很相似的。到达resume时，Fragment就处在活跃状态了。

但是，这还没完，我们在使用Fragment时通常会伴随着ViewPager，那么他们之间的关系又是怎么样的呢？

我在一个ViewPager使用了3个Fragment，它们中都有监听事件，当进入Activity时，我们可以发现已经有2个Fragment处在onResume状态，这种逻辑是合理的，因为只有当Fragment已经被绘制出来了之后，才能让用户在滑动屏幕时看到滑动的效果。

当滑动到第二个Fragment时，又多出了下面几条log，可以看到下一个Fragment也已经被创建并处在onResume状态，此时处在onResume状态的Fragment应该是3个。也就是说不论是向左还是向右滑动都可以直接看到相应的界面，这当然也是合理的。

当滑动到第三个Fragment时，我们可以看到第一个Fragment被停掉了，也就是说，只有和当前Fragment距离最近的两个或一个Fragment会处在onResume状态，目的就是用户在滑动屏幕时可以看到跟随手指滑动的效果，而距离较远的，需要destroy掉，以节省内存。

另外，由于只有三个Fragment，因此如果有四个或者更多的话，当滑动到第三个Fragment时可以看到的场景应该是第一个Fragment被Destroy，并且第四个Fragment被Resume。

源码链接：https://github.com/AtWinner/DemoForHaici

敬请拍砖