Activity

• google activity guide

• activity的生命周期

  • 生命周期图解
  • 生命周期
  • 其它
• 重新创建activity
  • restore activity
  • 资源相关的系统配置发生变化引起activity重建
  • 资源内存不足时导致低优先级的Activity被杀死

activity的生命周期

生命周期图解

生命周期

• 一般情况下，onPause后面会执行onStop，但是如果新的activity采用了透明主题，那么当前activity不会执行onStop
• 如果当前为Activity A，打开了一个新的Activity B,那么会先执行A的onPause,然后才会执行B的 onCreate, onStart, onResume

其它

• 因为一旦activity进入onPause,我们就有可能不再“回来了”,所以应当持久化我们还未保存的操作，比如提交数据库的修改， 提交sharedPrefences中的修改，或者停止动画好，又或者停止一些消耗cpu的行为，都在onPause中进行
• 在onPause进行持久化操作时，只能够在onPause中执行一些耗时很短的操作，因为只有当前一个activity的onPause执行完成， 后一个activity才能执行onCreate
• activity只要经历了onPause,onStopped,onDestroy中的一个，系统都可能杀死activity所在的process,从而导致后面的生命周期函数不会被调用
• 一旦activity停止了，系统会在需要内存空间时摧毁它的实例。极端情况下，系统会直接杀死我们的app进程，并不执行activity的onDestroy()回调方法, 因此我们需要使用onStop()来释放资源，从而避免内存泄漏。我们在onStop里面做了哪些清除的操作，就该在onStart里面重新把那些清除掉的资源重新创建出来，

重新创建activity

restore activity

onSaveInstanceState

• onSaveInstanceState方法会在onStop之前调用，它和onPause没有既定的时序关系，可以在onPause之前，也可以在onPause之后
• 调用了finish方法后，activity会被销毁，也就没有回来的必要了，所以调用finish方法后activity一定不会调用onSaveInstanceState方法
• 在Activity的onPause方法中,如果App的targetSdkVersion小于11才会执行onSaveInstanceState

private void handlePauseActivity(IBinder token, boolean finished,
            boolean userLeaving, int configChanges, boolean dontReport, int seq) {
    // ...
    performPauseActivity(token, finished, r.isPreHoneycomb(), "handlePauseActivity");
    // ...
}


final Bundle performPauseActivity(ActivityClientRecord r, boolean finished,
            boolean saveState, String reason) {
    // ...
    // Next have the activity save its current state and managed dialogs...
    if (!r.activity.mFinished && saveState) {
        callCallActivityOnSaveInstanceState(r);
    }
    // ...
}

 public boolean isPreHoneycomb() {
    if (activity != null) {
        return activity.getApplicationInfo().targetSdkVersion
            < android.os.Build.VERSION_CODES.HONEYCOMB;
    }
    return false;
}

• 如果没有调用finish方法，onStop方法会调用onSaveInstanceState

 private void handleStopActivity(IBinder token, boolean show, int configChanges) {
        ActivityClientRecord r = mActivities.get(token);
    // ...
    performStopActivityInner(r, info, show, true);
    // ...
}

private void performStopActivityInner(ActivityClientRecord r,
            StopInfo info, boolean keepShown, boolean saveState) {
     // ...
    // Next have the activity save its current state and managed dialogs...
    if (!r.activity.mFinished && saveState) {
        if (r.state == null) {
            callCallActivityOnSaveInstanceState(r);
        }
    }
     // ...
}

onRestoreInstanceState

• Activity重建的时候，可以通过onCreate和onRestoreInstanceState方法将保存的信息还原,两个方法选择一个就可以了，官方文档建议我们采用onRestoreInstanceState的方法
• onRestoreInstanceState方法调用的时机是在onStart方法以后
• onSaveInstanceState保存的bundle对象可以从onCreate或者onRestoreInstanceState中获取，两者的区别是， onCreate中的bundle对象在正常启动的情况下为null,所以要进行非null判断， 而onRestoreInstanceState方法中的bundle一定不会为空
• 具有Id的View才会保存自身的状态，具体保存了哪些信息，可以查看View的onSaveInstanceState方法

static final String STATE_SCORE = "playerScore";
static final String STATE_LEVEL = "playerLevel";
...
@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current game state
    savedInstanceState.putInt(STATE_SCORE, mCurrentScore);
    savedInstanceState.putInt(STATE_LEVEL, mCurrentLevel);
    // Always call the superclass so it can save the view hierarchy state
    super.onSaveInstanceState(savedInstanceState);
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState); // Always call the superclass first
    // Check whether we're recreating a previously destroyed instance
    if (savedInstanceState != null) {
        // Restore value of members from saved state
        mCurrentScore = savedInstanceState.getInt(STATE_SCORE);
        mCurrentLevel = savedInstanceState.getInt(STATE_LEVEL);
    } else {
        // Probably initialize members with default values for a new instance
    }
    ...
}

@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
    // Always call the superclass so it can restore the view hierarchy
    super.onRestoreInstanceState(savedInstanceState);
    // Restore state members from saved instance
    mCurrentScore = savedInstanceState.getInt(STATE_SCORE);
    mCurrentLevel = savedInstanceState.getInt(STATE_LEVEL);
}

资源相关的系统配置发生变化引起activity重建

• 系统配置发生了变化，在默认情况下，Activity就会被销毁并且重新创建，当然我们也可以阻止系统重新创建我们的Activity
• 系统配置有很多内容，如果当某项内容发生变化后，我们不想系统重新创建Activity，可以给Activity指定configChanges属性
• 如果我们没有configChanges中指定该选项的话，当该项配置发生变化后会导致Activity重建

• configChanges项目和含义

• Api13以上如果希望orientation发生变化，Activity不会重启，那么一定要将orientation结合screenSize使用

• 当configChanges中的指定的项目发生变化时，会回调onConfigurationChanged(Configuration config) 函数

public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged( newConfig);
    //...
}

<!-- orientation ,keyboardHidden, navigation,locale, screensize发生变化后，activity不重启 -->
<activity
    android:name=".view.activity.GameZoneActivity"
    android:configChanges="orientation|keyboardHidden|navigation|locale|screenSize"
    android:screenOrientation="portrait"
    android:theme="@style/MyAppTheme"/>

资源内存不足时导致低优先级的Activity被杀死

• 优先级ForgreGround, Visible，Service, Background, Empty
• 一些后台工作不适合脱离4个组件而独立运行在后台中，这样进程很容易被杀死，比较好的方法是将后台工作放入Service从而保持进程有一定的优先级