activity生命周期图解
锁定屏与解锁屏幕 只会调用onPause()，而不会调用onStop方法，开屏后则调用onResume()。在实际操作中会有所出入，比如在三星手机测试的时候锁定手机调用了onPause()和onStop()方法，解锁时候调用的是：onRestart()，onStart()和 onResume()方法。
介绍不同场景下Activity生命周期的变化过程
启动Activity：
onCreate()—>onStart()—>onResume()，Activity进入运行状态。
Activity退居后台：
当前Activity转到新的Activity界面或按Home键回到主屏： onPause()—>onStop()，进入停滞状态。
Activity返回前台： onRestart()—>onStart()—>onResume()，再次回到运行状态。
Activity退居后台，且系统内存不足，
系统会杀死这个后台状态的Activity，若再次回到这个Activity,则会走onCreate()–>onStart()—>onResume()
锁定屏与解锁屏幕
只会调用onPause()，而不会调用onStop方法，开屏后则调用onResume()
Activity销毁但Task如果没有销毁掉，当Activity重启时这个AsyncTask该如何解决？
比如屏幕旋转这个例子，在重建Activity的时候，会回调
Activity.onRetainNonConfigurationInstance()
重新传递一个新的对象给AsyncTask，完成引用的更新
若Activity已经销毁,此时AsynTask执行完并返回结果,会报异常么?
当一个App旋转时，整个Activity会被销毁和重建。
当Activity重启时，AsyncTask中对该Activity的引用是无效的，因此onPostExecute()就不会起作用
若AsynTask正在执行，折会报 view not attached to window manager 异常
同样也是生命周期的问题，在 Activity 的onDestory()方法中调用Asyntask.cancal方法，让二者的生命周期同步
内存不足时,系统会杀死后台的Activity,如果需要进行一些临时状态的保存,在哪个方法进行
Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法,不同于 onCreate()、onPause()等生命周期方法，它们并不一定会被触发。
当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity，onSaveInstanceState() 会被调用。
但是当用户主动去销毁一个Activity时，例如在应用中按返回键，onSaveInstanceState()就不会被调用。除非该activity是被用户主动销毁的
通常onSaveInstanceState()只适合用于保存一些临时性的状态，而onPause()适合用于数据的持久化保存。