学习Android已经四个月了，一直都没有写总结或者新的的习惯，有时候学习到了一些新鲜的知识也没有及时的记录下来，为了改变自己，今天就从刚学的片段管理知识讲起吧。有说错什么的，有大神看到也请指出，毕竟还是只小菜鸡。

首先从Fragment的生命周期说起，Fragment依赖于Activity，只有在Activity执行onCreate创建之后Fragment才执行onAttach、onCreate、onCreatView、onActivityCreated等方法，这些知识网上可以快速的找到，分享链接http://www.cnblogs.com/purediy/p/3276545.html，这篇文章已经很好的阐述了Fragment和Activity的联系，这里我就不多说了。我想说的是Fragment的两个比较重要的方法：onCreatView()和onDestoryView()，前者负责创建一个view显示片段内容，后者从字面上理解看似是销毁了view，其实view却并没有被销毁，view的引用还在，成员变量也还在，这跟Activity的onDestory是有区别的，既然引用还在，那么在Fragment重新onCreatView的时候就不需要再重新创建一个新的view了，成员变量也不需要重新赋值，但是如果我们直接判断if（view！=null）就return view的话，那么就会报下面这个异常：

java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

这个异常告诉我们，子视图已经被关联在一个父容器里面了，我们要先对父容器调用removeView()移除掉这个view才行才行，怎么做呢？很简单，我们只需要在onDestoryView()中添加上一句代码:

@Override

public void onDestroyView() {

super.onDestroyView();

((ViewGroup)view.getParent()).removeView(view);

}

这样我们就不需要对已有的view和成员变量重新赋值，达到了一个小小优化的目的。

在这里我引用了网友分享的知识，上链接：http://www.cnblogs.com/jack-1900/p/3874228.html

紧接着另外一个问题就是Fragment切换的问题，我在开发项目过程中感觉到Fragment切换有时会伴随着卡顿现象，在网上查找资料后，按照各路大神的指点和经验，首先判断是Fragment在onCreatView初始化中做了比较长的耗时操作，于是我按照上面的优化方法，先优化了查找控件等一些初始化事件，并在Fragment的onCreatView执行开始时到onResume结束记录了总执行耗时，得到的都是100ms以上的结果，因此我想可能是片段切换的方式存在问题。

我使用的Fragment切换的方法参照的是ApiDemo的FragmentStackFragmentSupport等，Demo里面使用到的切换方法有add（），repalce（），使用回退栈来保存上一个片段状态或者返回栈中的片段状态（不知道这样描诉有没有错，或者有没有说清楚。。。具体代码大家可以看ApiDemo），例如：

Fragment newFragment = FragmentStackSupport.CountingFragment.newInstance(mStackLevel);

FragmentTransaction ft = getChildFragmentManager().beginTransaction();

ft.add(R.id.simple_fragment, newFragment).commit();----添加片段

FragmentManager fm = getChildFragmentManager();

if (fm.getBackStackEntryCount() > 0) {

fm.popBackStack(fm.getBackStackEntryAt(0).getId(),

FragmentManager.POP_BACK_STACK_INCLUSIVE);------回退到栈中某个状态

}

Fragment newFragment = FragmentStackSupport.CountingFragment.newInstance(mStackLevel);

FragmentTransaction ft = getChildFragmentManager().beginTransaction();

ft.replace(R.id.simple_fragment, newFragment);------切换片段

ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);

ft.addToBackStack(null);------往栈中添加状态

ft.commit();

按照Demo的这些方法我们可以对片段进行管理，但是切换片段我们只使用add()方法网上层添加片段的话，会出现重影的问题，使用replace()替换的话就会出现现在我想要说的片段卡顿问题，不知道是不是replace()这个方法一定会出现大约100多ms的耗时操作（还不能确定大家都是不是这样）。

以上的推论只是我个人的见解，具体原因因为源代码看不到，我也不是很肯定，不过参考了网上的大神，还是让我找到了一个替代replace()的片段切换方式，那就是hide()和show()；当我们使用到的片段常用不需要销毁时，我们可以使用这个方法来做，上代码：

FragmentTransaction bt = fm.beginTransaction();

if(homeFragment.isAdded()){

bt.show(homeFragment);-----如果该片段已经被添加，则显示即可；

}else{

bt.add(R.id.frame_layout, homeFragment);------如果该片段未被添加，则添加

}

bt.commit();

FragmentTransaction bt = fm.beginTransaction();-----在已经add的homeFragment上添加Fragment

bt.hide(homeFragment);---------先隐藏当前Fragment

if(myFragment.isAdded()){

bt.show(myFragment);

}else{

bt.add(R.id.frame_layout, myFragment);--------按照同样的方法显示一个片段

}

bt.commit();

通过isAdded()、show(Fragment)、add(layoutId,Fragment)这三个方法就可以取代replace()这个方法啦，耗时的操作也可以避免了。

这是引用网友知识的原址：http://www.yrom.net/blog/2013/03/10/fragment-switch-not-restart/#

大家要是看不明白我的可以去看原作写的。

就先记录到这了，这些片段替换的操作都是我们手动可控制的，如果是tabhost的话那就不太清楚了，下一个需要去研究的问题就是tabhost切换Fragment时，片段的生命周期问题。到时候再看看研究的如何。睡觉去。。。。