activity生命周期-进阶版（除了onCreate...onDestroy这些还有什么？）

时隔两年，我对于activity的生命周期非但未变得清晰，反而越来越疑惑。除了普通生命周期方法：onStart(),onRestart(),onCreate(),onResume(),onPause(),onStop(),onDestroy()这些，其实activity启动时，还有一些隐藏的，系统一定会调用的方法。

事实上，一些优秀的开源项目会重写这些方法，完成一些必要的操作，而我在看到这些方法，除了牛掰，大概看的懂之外，再无其他的感受了。

以下方法，也是系统一定会调用的方法：

onApplyThemeResource(Theme theme, int resid, boolean first)

onContentChanged()

onPostCreate()

onPostResume()

onAttachedToWindow()

onWindowFocusChanged(boolean hasFocus)

onDetachedFromWindow()

以下几个问题是一定要搞清楚的，为了我的生命周期大业：

这些方法和生命周期夹杂在一起，哪个先，哪个后？当对话框弹出来，会调用哪些？当应用进入后台，会调用哪些？

哪些获得的window是不为空的？

哪些进行数据处理，会对界面显示造成影响？（黑白屏，无焦点）

哪些可以对view进行初始化？

哪些可以获得控件的尺寸？

我想，这非常重要，此后还会特别关注view的生命周期。此次主要对以上问题进行测试，并进行结果记录。

1.执行顺序

启动执行顺序：（注意onPostCreate()未被调用）

onApplyThemeResource()

onContentChanged()

onCreate()

onStart()

onResume()

onPostResume()

onAttachedToWindow()

onWindowFocusChanged()

dialog弹出，关闭：

都只调用onWindowFocusChanged，额，onPause呢？难道7.0不用了？换个手机再试试。好吧，现在很多手机在dialog启动的时候不会onPause了，就调用了onWindowFocusChanged，看来课本什么的也不一定靠谱。或许有些型号依旧满足失去焦点会调用onPause，但我试的小米，红米都不会。

退出activity：

onPause()

onWindowFocusChanged()

onStop()

onDestroy()

onDetachedFromWindow()

注意，退出时onDetachedFromWindow()是在onDestroy()之后调用的。

转屏：

onPause()

onStop()

onDestroy()

onDetachedFromWindow()

onApplyThemeResource()

onContentChanged()

onCreate()

onStart()

onResume()

onPostResume()

onAttachedToWindow()

onWindowFocusChanged()

网上看到其他人测试会调用到onPostCreate()，但是我的真的没有，看来这个方法并不完全靠谱，决定弃疗。

2.哪些window不为空？

好吧，getWindow()都不为空，那么onAttachToWindow()的意义何在？试试getDecorView,终于有用了，测试结果：

onApplyThemeResource()DecorView@9f4f736[]

onContentChanged()DecorView@9f4f736[]

onCreate()DecorView@9f4f736[]

onStart()DecorView@9f4f736[]

onResume()DecorView@9f4f736[]

onPostResume()DecorView@9f4f736[]

onAttachedToWindow()DecorView@9f4f736[LifecycleActivity]

onWindowFocusChanged()DecorView@9f4f736[LifecycleActivity]

onPause()DecorView@9f4f736[LifecycleActivity]

onWindowFocusChanged()DecorView@9f4f736[LifecycleActivity]

onStop()DecorView@9f4f736[LifecycleActivity]

onDestroy()DecorView@9f4f736[LifecycleActivity]

onDetachedFromWindow()DecorView@9f4f736[LifecycleActivity]

发现了么？方括号里面的是DectorView绑定的activity,可以看到，这个DctorView确实挺特殊，从onAttatchToWindow以后就一直和activity处于绑定状态，包括onDestroy

当需要获取状态栏，标题栏高度的时候，可以用它，我记得应用要截屏的时候，也有用到，这时候注意放在onAttachedToWindow了。

状态栏，标题栏

Rect frame = new Rect();
　　getWindow().getDecorView().getWindowVisibleDisplayFrame(frame);
　　int statusBarHeight = frame.top;
　　Rect frame = new Rect();
　　getWindow().getDecorView().getWindowVisibleDisplayFrame(frame);
　　int statusBarHeight = frame.top

屏幕截图：

public static Bitmap captureScreen(Activity activity) {

activity.getWindow().getDecorView().setDrawingCacheEnabled(true);

Bitmap bmp=activity.getWindow().getDecorView().getDrawingCache();

return bmp;

}

3.对于略耗时的操作，哪些对界面有影响哪些没有？

我这里指的略耗时，并不是像网络请求这种的，而是循环次数较多，数据略庞大，这里用：

for(int i = 0; i < 1000000; i++){
Log.e(TAG,"onPause()"+getWindow().getDecorView());
}

代替。

效果：

onStart()-黑屏卡死

onRestart()-卡死无黑屏

onResume()-黑屏卡死

onCreate()-黑屏卡死

onStop()-无影响

onPause()-黑屏卡死

onDestroy()-无影响

onApplyThemeResource()-黑屏卡死

onContentChanged()-黑屏卡死

onPostResume()-黑屏卡死

onAttachedToWindow()-黑屏卡死

onWindowFocusChanged()-无影响

onDetachedFromWindow()-无影响

可见启动过程中，唯一对于略多数据处理没有影响的就是onWindowFocusChanged()，关闭过程中，onStop(),onDestroy(),onDetachedFromWindow()无影响。让我略惊讶的是，onCreate方法中，进行这种处理也会卡死，如果这个数据降到100,对于卡死的方法效果会不同吗？

通过测试发现，其实那些卡死的在少量数据的情况下，或许会略卡顿，但是不会太明显，onCreate是一样的，卡顿效果略改善。所以对于少量数据处理，还是放在onCreate方法中更妥当一些。如果数据量略大，可考虑放在onAttachToWindow()，但是还有个问题，就是失去焦点时也会调用这个方法，需要添加一些条件判断。如果数据量庞大，还是放在异步中处理更妥善一些。

4.获取view，哪些为空？

onApplyThemeResource()null

onContentChanged()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onCreate()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onStart()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onResume()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onPostResume()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onAttachedToWindow()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-0,0 #7f0c0060 app:id/btn_lifecycle_dialog}

onWindowFocusChanged()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……I. 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

onPause()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. …….. 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

onWindowFocusChanged()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. …….. 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

onStop()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. …….. 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

onDestroy()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. …….. 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

onDetachedFromWindow()android.support.v7.widget.AppCompatButton{227e6023 VFED..C. ……ID 0,0-600,240 #7f0c0060 app:id/btn_lifecycle_dialog}

可以看到，除了onApplyThemeResource都可以获取到view,不过应该不是每个都能对view进行操作吧，试试setText()，结果是，真的都可以！

5.控件尺寸：

当然onApplyThemeResource因为获得view为null不可以，就不试了，我这里简单粗暴，直接getWidth()获取控件宽度。

onContentChanged()0

nCreate()0

onStart()0

onResume()0

onPostResume()0

onAttachedToWindow()0

onWindowFocusChanged()600

onPause()600

onWindowFocusChanged()600

onStop()600

onDestroy()600

onDetachedFromWindow()600

可以看到，onWindowFocusChanged是创建过程中唯一可以获得正确的尺寸的。

总结

所实话，这次测试受益很大，尤其是dialog弹出那里，原来有些手机除了销毁已经不怎么用onPause了，这个方法既然在有的手机内不能作为失去焦点的依据，那么以后就要把onWindowFocusChanged（false）当做onPause用了。

说几点关键的：

onAttachedToWindow()-decorView开始不为空，可用于获取状态栏高度等，以后重写后我要把它变成onAttachedDecorView(),便于理解。

onWindowFocusChanged-true可以用来获取尺寸，以及略多的数据初始化，false可以当onPause用

onStart/onResume/onRestart这些还是不要随便用，可以用onWindowFocusChanged(true)代替，这个方
bb89
法可以处理稍大些的数据，用户体验应该较好。重写时会将true的时候分到onStartDataDimen()，false时分到onPauseDataDimen(),容易记忆。

因为每次打开界面（包括打开dialog）onWindowFocusChanged，home键都会被调用，还可以用于作用于数据保存和恢复，放在intent里面就可以了：

@Override
public void onWindowFocusChanged(boolean hasFocus) {//可以
super.onWindowFocusChanged(hasFocus);
Log.e(TAG,"onWindowFocusChanged()"+getIntent()+num);
if(hasFocus) {
num = getIntent().getIntExtra("num", 0);
boolean isFirst = getIntent().getBooleanExtra("isFirst",true);
if(isFirst){
num = 5;
getIntent().putExtra("isFirst",false);
}

}else
getIntent().putExtra("num",num);
}

这部分可以放到onCreate():

boolean isFirst = getIntent().getBooleanExtra("isFirst",true);
if(isFirst){
num = 5;
getIntent().putExtra("isFirst",false);
}

比onCreate+onSaveInstance靠谱多了，哈哈，这个方法好万能啊，还不会卡顿。

ps:以前都是用post获取的宽高，自定义组件多了白屏就延时加载，呵呵，测过之后被自己蠢哭了T T.