系统配置改变时对Activity和Fragment的影响

最近几天遇到了几个Fragment的crash问题，研究了一下真的很复杂，把这几天的研究心得记录如下。

一，系统配置改变时对Activity和Fragment的影响

1， 当系统设置改变时，比如屏幕旋转，语言设置，外接显示器时，Activity和Fragment会被系统recreate，recreate发生时，在Activity或者Fragment中的field都会被回收，甚至class会被unload，意味着静态域也会被回收，这个比较恐怖。

2， 如果在manifest文件中申明了对某个系统设置的改变做出响应，则当这个系统配置改变时，系统不会recreate Activity和Fragment。比如设置 android:configChanges=“orientation|screenSize”，意味着当屏幕旋转或者尺寸发生变化时，系统不做处理，由App自己在onConfigurationChanged（）中做处理。

3， 对Fragment来说，如果在oncreate（）中调用setRetainInstance(true)，则fragment不会被系统recreate（）。但有两个前提条件：一，这个fragment没有被加到activity的back stack里，二， 这个fragment已经被create了。前者在官方文档中有解释，后者是这次我遇到的问题，其实不能算系统回收fragment。当fragment还没有被create的时候，它其实只是个普通类，这个时候当activity被回收了，它自然就被回收了。setRetainInstance(true)之后，当fragment依附的activity被回收之后，可以在通过onAttach（）重新得到activity的引用。这个特性在有些场景下很有用，这篇文章里解释的很好：https://www.androiddesignpatterns.com/2013/04/retaining-objects-across-config-changes.html

4，设置了setRetainInstance(true)之后，fragment理论上不会被recreate(),但它的view会被recreateView, 通过观察log发现fragment的createView方法会被调用。

5，setRetainInstance(true)方法可能对系统语言设置无效。在我遇到的场景下，即使调用了setRetainInstance(true)，切出去切换语之后， fragment依然会被回收，oncreate（）方法会被调。但我没有看到onDestroy方法被调用。

6， onAttach（）方法调用发生在fragment的oncreate（）之前，好处是可以在fragment的oncreate（）中使用activity的context。在activity被recreate时，调用顺序为：Fragment.onAttach() - > Fragment.onCreate(), Activity.onCreate(), Fragment.onCreateView()。这些调用全部时系统调用，没法认为控制。

7，可以通过onSaveInstanceState（）保存一些数据，这样recreate的时候可以从bundle中读出，但对与对象，需要做序列化。

8，可以通过android studio设置jvm参数，https://developer.android.com/studio/intro/studio-config#customize_vm，比如设置-XX:-TraceClassUnloading，可以打出class unload的信息，但我并没有找到在哪儿查看这个信息。后来通过在class中加入static{Log.i()}的方式打印出class load的信息，来判断class之前是被unload了。

9，Android studio的 profile功能，可以看内存使用状况。也可以看cpu和网络状况。

二，“IllegalStateException: Can not perform this action after onSaveInstanceState” 问题

1， 这个exception被抛出是因为，对fragment的commit发生在onSaveInstanceState()之后，早期的android版本中，onSaveInstanceState()会被在onPause()之后调用，现在的版本中，会在onStop（）之后调用。当onSaveInstanceState()调用之后，再做fragment的transaction就会抛出这个异常。这篇文章说的很清楚：https://www.androiddesignpatterns.com/2013/08/fragment-transaction-commit-state-loss.html
2， 总之，当app不处于可视状态时，再做fragment的显示和消除，就会抛出这个异常。对DialogFragment来说，在onSaveInstanceState()之后调用show和dismiss都会抛出异常。
3， 通过 dismissAllowingStateLoss（）和 commitAllowingStateLoss（）可以没有这个异常，但fragment的state就不会被activity记住，会带来别的问题。但很多时候我们并没有选择。
4, 又遇到一个这种crash，幸好可以复现，通过仔细debug发现，其情况是：在activity中启动了一个fragment_1，给fragment_1了设置了一个回调，这个回调在activity中实现，当fragment_1关闭的时候启动fragment_2。复现步骤是，当fragment_1显示的时候，旋转屏幕，activity被restart，这时候关闭fragment_1，回调被调用，试图启动fragment_2，产生了"IllegalStateException: Can not perform this action after onSaveInstanceState"。其原因是，这个回调的实现是activity的第一个instance，当activity destroy的时候，调用了onSaveInstance，当activity create的时候，其实已经是一个新的activity的instance。而老的instance 的mSaveState没有被重置，还处于true状态，所以会触发这个异常。解决办法是在fragment_1的onAttach中用新的activity instance更新这个接口。在调试过程中，可以通过打印activity的this指针，来判断新旧两个instance。

三，弹出窗屏幕旋转问题

想实现一个弹出窗，当屏幕旋转时，这个弹出窗能自动适配屏幕尺寸，前提是这个app已经申明了android:configChanges=“orientation|screenSize”。所以这个功能需要app自己来实现。原来的实现方法时在onConfigurationChanged（）中dismiss DialogFragment，再重新show，这种方法有两个问题：一，dismiss的时候容易出现IllegalStateException异常。二， 重新show的时候需要异步放在UI线程执行，也会导致IllegalStateException异常。还并没有找到更好的办法。
改进的实现：

@Override
public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);
    boolean showIcon = (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) || mIsTablet;
    mImageIcon.setVisibility(showIcon? View.VISIBLE : View.GONE);
    setDialogLayout();
}

 private void setDialogLayout() {
        if (getDialog() != null) {
            Window window = getDialog().getWindow();
            if (window != null) {
                window.setLayout(calculateDialogWidth(), WindowManager.LayoutParams.WRAP_CONTENT);
                window.setGravity(Gravity.CENTER);
            }
        }
    }