首先，要明确什么叫“非中断保存”。熟悉Fragment的开发人员都知道，Fragment是依附于Activity的。当Activity销毁时，Fragment会随之销毁。而当Activity配置发生改变（如屏幕旋转）时候，旧的Activity会被销毁，然后重新生成一个新屏幕旋转状态下的Activity，自然而然的Fragment也会随之销毁后重新生成，而新生成的Fragment中的各个对象也与之前的那个Fragment不一样，伴随着他们的动作、事件也都不一样。所以，这时候如果想保持原来的Fragment中的一些对象，或者想保持他们的动作不被中断的话，就迫切的需要将原来的Fragment进行非中断式的保存。
setRetaineInstance()这个函数就是用来实现这个功能，通过setRetaineInstance(true)可以实现这个需求
当我们setRetaineInstance(true)后就Fragment的生命周期会发生变化.
我们再结合注释看一下setRetaineInstance的作用.
/**
* Control whether a fragment instance is retained across Activity
* re-creation (such as from a configuration change). This can only
* be used with fragments not in the back stack. If set, the fragment
* lifecycle will be slightly different when an activity is recreated:
* <ul>
* <li> {@link #onDestroy()} will not be called (but {@link #onDetach()} still
* will be, because the fragment is being detached from its current activity).
* <li> {@link #onCreate(Bundle)} will not be called since the fragment
* is not being re-created.
* <li> {@link #onAttach(Activity)} and {@link #onActivityCreated(Bundle)} <b>will</b>
* still be called.
* </ul>
*/
public void setRetainInstance(boolean retain) {
if (retain && mParentFragment != null) {
throw new IllegalStateException(
"Can't retain fragements that are nested in other fragments");
}
mRetainInstance = retain;
}
如果想叫自己的Fragment即使在其Activity重做时也不进行销毁那么就要设置setRetainInstance(true)。进行了这样的操作后，一旦发生Activity重组现象，Fragment会跳过onDestroy直接进行onDetach（界面消失、对象还在），而Framgnet重组时候也会跳过onCreate，而onAttach和onActivityCreated还是会被调用。需要注意的是，要使用这种操作的Fragment不能加入backstack后退栈中。并且，被保存的Fragment实例不会保持太久，若长时间没有容器承载它，也会被系统回收掉的。
最后我们来说说，什么时候用setRetainInstance(true)？
我这里举一个栗子，不排除还有别的用法, 一个应用总有一些初始化操作是放在首页进行的，但是首页Activity中如果放太多初始化操作的代码就会很乱(当然如果项目是mvp架构就另当别论)，这个时候我们要提取初始化操作的代码可以另外一个非UI元素的StartupFragment关联到首页Activity，所有初始化代码放到StartupFragment里面，并且StartupFragment中调用setRetainInstance(true)防治Activity销毁导致再次创建StartupFragment而出现再次初始化的情况.
