基本上有两种方法可以实现这一改变。

使用onSaveInstanceState（）和onRestoreInstance State（）。在manifestandroid:configChanges=“orientation|screenSize”中。

我真的不建议使用第二种方法。因为在我的一次体验中，它导致设备屏幕一半变黑，同时从纵向旋转到横向，反之亦然。

使用上面提到的第一种方法，我们可以在方向改变或任何配置改变时保存数据。我知道一种方法，可以在savedInstance状态对象中存储任何类型的数据。

示例：如果要持久化Json对象，请考虑一个案例。使用getter和setter创建一个模型类。

class MyModel extends Serializable{
JSONObject obj;

setJsonObject(JsonObject obj)
{
this.obj=obj;
}

JSONObject getJsonObject()
return this.obj;
} 
}

现在，在onCreate和onSaveInstanceState方法中的活动中，执行以下操作。它看起来像这样：

@override
onCreate(Bundle savedInstaceState){
MyModel data= (MyModel)savedInstaceState.getSerializable("yourkey")
JSONObject obj=data.getJsonObject();
//Here you have retained JSONObject and can use.
}


@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
//Obj is some json object 
MyModel dataToSave= new MyModel();
dataToSave.setJsonObject(obj);
oustate.putSerializable("yourkey",dataToSave); 

}

我的同事写了一篇文章，解释了Android设备上的应用程序状态，包括活动生命周期和状态信息的解释，如何存储状态信息，以及保存到状态Bundle和SharedPreferences。看看这里。

本文涵盖三种方法：

使用实例状态包存储应用程序生存期（即临时）的本地变量/UI控制数据

[Code sample – Store state in state bundle]
@Override
public void onSaveInstanceState(Bundle savedInstanceState)
{
  // Store UI state to the savedInstanceState.
  // This bundle will be passed to onCreate on next call.  EditText txtName = (EditText)findViewById(R.id.txtName);
  String strName = txtName.getText().toString();

  EditText txtEmail = (EditText)findViewById(R.id.txtEmail);
  String strEmail = txtEmail.getText().toString();

  CheckBox chkTandC = (CheckBox)findViewById(R.id.chkTandC);
  boolean blnTandC = chkTandC.isChecked();

  savedInstanceState.putString(“Name”, strName);
  savedInstanceState.putString(“Email”, strEmail);
  savedInstanceState.putBoolean(“TandC”, blnTandC);

  super.onSaveInstanceState(savedInstanceState);
}

使用共享首选项在应用程序实例之间（即永久）存储本地变量/UI控制数据

[Code sample – store state in SharedPreferences]
@Override
protected void onPause()
{
  super.onPause();

  // Store values between instances here
  SharedPreferences preferences = getPreferences(MODE_PRIVATE);
  SharedPreferences.Editor editor = preferences.edit();  // Put the values from the UI
  EditText txtName = (EditText)findViewById(R.id.txtName);
  String strName = txtName.getText().toString();

  EditText txtEmail = (EditText)findViewById(R.id.txtEmail);
  String strEmail = txtEmail.getText().toString();

  CheckBox chkTandC = (CheckBox)findViewById(R.id.chkTandC);
  boolean blnTandC = chkTandC.isChecked();

  editor.putString(“Name”, strName); // value to store
  editor.putString(“Email”, strEmail); // value to store
  editor.putBoolean(“TandC”, blnTandC); // value to store
  // Commit to storage
  editor.commit();
}

使用保留的非配置实例在应用程序生存期内的活动之间保持对象实例在内存中的活动状态

[Code sample – store object instance]
private cMyClassType moInstanceOfAClass; // Store the instance of an object
@Override
public Object onRetainNonConfigurationInstance()
{
  if (moInstanceOfAClass != null) // Check that the object exists
      return(moInstanceOfAClass);
  return super.onRetainNonConfigurationInstance();
}

savedInstanceState仅用于保存与“活动”的当前实例相关联的状态，例如当前导航或选择信息，这样，如果Android破坏并重新创建“活动”，它就可以恢复原样。请参阅onCreate和onSaveInstanceState的文档

对于更长寿命的状态，请考虑使用SQLite数据库、文件或首选项。请参阅保存持久状态。

相反，您应该使用ViewModel，它将在活动生命周期之前保留数据。

2020年，我们有一些变化：

如果您希望“活动”在进程终止并再次启动后恢复其状态，则可能需要使用“保存状态”功能。以前，需要重写Activity中的两个方法：onSaveInstanceState和onRestoreInstanceState。您还可以在onCreate方法中访问恢复的状态。类似地，在Fragment中，您有onSaveInstanceState方法可用（恢复的状态在onCreate、onCreateView和onActivityCreated方法中可用）。

从AndroidX SavedState 1.0.0开始，它是AndroidX Activity和AndroidX Fragment的依赖项，您可以访问SavedStateRegistry。您可以从Activity/Fragment获取SavedStateRegistry，然后注册SavedStateProvider：

class MyActivity : AppCompatActivity() {

  companion object {
    private const val MY_SAVED_STATE_KEY = "MY_SAVED_STATE_KEY "
    private const val SOME_VALUE_KEY = "SOME_VALUE_KEY "
  }
    
  private lateinit var someValue: String
  private val savedStateProvider = SavedStateRegistry.SavedStateProvider {    
    Bundle().apply {
      putString(SOME_VALUE_KEY, someValue)
    }
  }
  
  override fun onCreate(savedInstanceState: Bundle?) {    
    super.onCreate(savedInstanceState)
    savedStateRegistry.registerSavedStateProvider(MY_SAVED_STATE_KEY, savedStateProvider)
    someValue = savedStateRegistry.consumeRestoredStateForKey(MY_SAVED_STATE_KEY)?.getString(SOME_VALUE_KEY) ?: ""
  }
  
}

如您所见，SavedStateRegistry强制您对数据使用键。这可以防止您的数据被附加到同一Activity/Fragment的另一个SavedStateProvider损坏。此外，您还可以将SavedStateProvider提取到另一个类中，以便通过使用所需的抽象来处理数据，从而在应用程序中实现干净的保存状态行为。

同时，我一般不再使用

Bundle savedInstanceState & Co

对于大多数活动来说，生命周期过于复杂且不必要。

谷歌表示，它甚至不可靠。

我的方法是立即保存首选项中的任何更改：

 SharedPreferences p;
 p.edit().put(..).commit()

在某种程度上，SharedPreferences的工作方式与Bundles类似。首先，这些值必须从偏好中读取。

对于复杂数据，您可以使用SQLite而不是首选项。

应用此概念时，活动只会继续使用上次保存的状态，而不管它是在重新启动后的初始打开状态，还是由于后堆栈而重新打开。