学习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的话，那么就会报下面这个异常：
public void> super.onDestroyView();
}
这样我们就不需要对已有的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），例如：
=getChildFragmentManager()
按照Demo的这些方法我们可以对片段进行管理，但是切换片段我们只使用add()方法网上层添加片段的话，会出现重影的问题，使用replace()替换的话就会出现现在我想要说的片段卡顿问题，不知道是不是replace()这个方法一定会出现大约100多ms的耗时操作（还不能确定大家都是不是这样）。
以上的推论只是我个人的见解，具体原因因为源代码看不到，我也不是很肯定，不过参考了网上的大神，还是让我找到了一个替代replace()的片段切换方式，那就是hide()和show()；当我们使用到的片段常用不需要销毁时，我们可以使用这个方法来做，上代码：
bt.show(homeFragment);-----
bt.add(R.id.frame_layout, homeFragment);------
bt.show(myFragment);
bt.add(R.id.frame_layout, myFragment);--------
通过isAdded()、show(Fragment)、add(layoutId,Fragment)这三个方法就可以取代replace()这个方法啦，耗时的操作也可以避免了。
这是引用网友知识的原址：http://www.yrom.net/blog/2013/03/10/fragment-switch-not-restart/#
大家要是看不明白我的可以去看原作写的。
就先记录到这了，这些片段替换的操作都是我们手动可控制的，如果是tabhost的话那就不太清楚了，下一个需要去研究的问题就是tabhost切换Fragment时，片段的生命周期问题。到时候再看看研究的如何。睡觉去。。。。
