我一直在安卓SDK平台上工作，现在还不清楚如何保存应用程序的状态。因此，考虑到“你好，Android”示例的这个小的重新设计：
package com.android.hello;
import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;
public class HelloAndroid extends Activity {
private TextView mTextView = null;
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mTextView = new TextView(this);
if (savedInstanceState == null) {
mTextView.setText("Welcome to HelloAndroid!");
} else {
mTextView.setText("Welcome back.");
}
setContentView(mTextView);
}
}
我认为这对于最简单的情况来说已经足够了，但无论我如何离开应用程序，它总是以第一条消息来响应。
我确信解决方案就像重写onPause之类的东西一样简单，但我已经在文档中翻了大约30分钟，没有发现任何明显的东西。
同时，我一般不再使用
Bundle savedInstanceState & Co
对于大多数活动来说，生命周期过于复杂且不必要。
谷歌表示，它甚至不可靠。
我的方法是立即保存首选项中的任何更改：
SharedPreferences p;
p.edit().put(..).commit()
在某种程度上，SharedPreferences的工作方式与Bundles类似。首先，这些值必须从偏好中读取。
对于复杂数据，您可以使用SQLite而不是首选项。
应用此概念时，活动只会继续使用上次保存的状态，而不管它是在重新启动后的初始打开状态，还是由于后堆栈而重新打开。
科特林
必须重写onSaveInstanceState和onRestoreInstanceState以存储和检索要持久化的变量
生命周期图
存储变量
public override fun onSaveInstanceState(savedInstanceState: Bundle) {
super.onSaveInstanceState(savedInstanceState)
// prepare variables here
savedInstanceState.putInt("kInt", 10)
savedInstanceState.putBoolean("kBool", true)
savedInstanceState.putDouble("kDouble", 4.5)
savedInstanceState.putString("kString", "Hello Kotlin")
}
检索变量
public override fun onRestoreInstanceState(savedInstanceState: Bundle) {
super.onRestoreInstanceState(savedInstanceState)
val myInt = savedInstanceState.getInt("kInt")
val myBoolean = savedInstanceState.getBoolean("kBool")
val myDouble = savedInstanceState.getDouble("kDouble")
val myString = savedInstanceState.getString("kString")
// use variables here
}
这是Android开发的经典“陷阱”。这里有两个问题：
有一个微妙的Android框架错误，它在开发过程中使应用程序堆栈管理变得非常复杂，至少在旧版本上如此（不完全确定是否/何时/如何修复）。我将在下面讨论这个bug。管理此问题的“正常”或预期方式本身就相当复杂，因为onPause/onResume和onSaveInstanceState/onRestoreInstanceState具有双重性
浏览所有这些线程，我怀疑很多时候开发人员都在同时讨论这两个不同的问题。。。因此，所有的困惑和“这对我不起作用”的报道。
首先，要澄清“预期”行为：onSaveInstance和onRestoreInstance是脆弱的，仅适用于暂时状态。预期用途（据我所知）是在手机旋转（方向改变）时处理“活动”娱乐。换言之，当您的“活动”在逻辑上仍处于“顶部”，但仍必须由系统重新实例化时，即为预期用途。保存的Bundle不会在进程/内存/GC之外持久化，因此如果您的活动进入后台，您就不能真正依赖它。是的，也许你的“活动”的内存可以保存到后台并逃脱GC，但这并不可靠（也不可预测）。
因此，如果您有一个场景，其中在应用程序的“启动”之间应该保持有意义的“用户进度”或状态，则指南是使用onPause和onResume。你必须自己选择并准备一个持久性商店。
但是，有一个非常令人困惑的错误，它使所有这一切变得复杂。详情如下：
当从Eclipse启动应用程序时，活动堆栈在第一次运行期间的行为不正确（#369007463）市场/浏览器应用程序安装程序允许第二个实例脱离应用程序（#36911210）
基本上，如果您的应用程序使用SingleTask标志启动，然后稍后从主屏幕或启动程序菜单启动它，那么随后的调用将创建一个新任务。。。你的应用程序将有两个不同的实例驻留在同一堆栈中。。。这变得非常奇怪，非常快。这似乎发生在开发期间启动应用程序时（即从Eclipse或IntelliJ），因此开发人员经常遇到这种情况。但也通过一些应用商店更新机制（因此它也会影响用户）。
我在这些线程中挣扎了几个小时，才意识到我的主要问题是这个bug，而不是预期的框架行为。一个很好的总结和解决方法（更新：见下文）似乎来自用户@kaciula的回答：
主页键按下行为
2013年6月更新：几个月后，我终于找到了“正确”的解决方案。您不需要自己管理任何有状态的startedApp标志。您可以从框架中检测到这一点并适当地保释。我在启动程序活动开始时使用此选项。创建：
if (!isTaskRoot()) {
Intent intent = getIntent();
String action = intent.getAction();
if (intent.hasCategory(Intent.CATEGORY_LAUNCHER) && action != null && action.equals(Intent.ACTION_MAIN)) {
finish();
return;
}
}
创建活动时，将调用其onCreate（）方法。
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
}
savedInstanceState是Bundle类的一个对象，它第一次为空，但在重新创建时包含值。要保存“活动”的状态，必须重写onSaveInstanceState（）。
@Override
protected void onSaveInstanceState(Bundle outState) {
outState.putString("key","Welcome Back")
super.onSaveInstanceState(outState); //save state
}
将值放在“outState”Bundle对象中，如outState.putString（“key”，“Welcome Back”），并通过调用super保存。当活动将被销毁时，它的状态将保存在Bundle对象中，并且可以在onCreate（）或onRestoreInstanceState（）中重新创建后恢复。在onCreate（）和onRestoreInstanceState（）中接收的捆绑包相同。
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//restore activity's state
if(savedInstanceState!=null){
String reStoredString=savedInstanceState.getString("key");
}
}
or
//restores activity's saved state
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
String restoredMessage=savedInstanceState.getString("key");
}
使用Android ViewModel和SavedStateHandle持久化可序列化数据
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
ActivityMainBinding binding = ActivityMainBinding.inflate(getLayoutInflater());
binding.setViewModel(new ViewModelProvider(this).get(ViewModel.class));
binding.setLifecycleOwner(this);
setContentView(binding.getRoot());
}
public static class ViewModel extends AndroidViewModel {
//This field SURVIVE the background process reclaim/killing & the configuration change
public final SavedStateHandle savedStateHandle;
//This field NOT SURVIVE the background process reclaim/killing but SURVIVE the configuration change
public final MutableLiveData<String> inputText2 = new MutableLiveData<>();
public ViewModel(@NonNull Application application, SavedStateHandle savedStateHandle) {
super(application);
this.savedStateHandle = savedStateHandle;
}
}
}
在布局文件中
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">
<data>
<variable
name="viewModel"
type="com.xxx.viewmodelsavedstatetest.MainActivity.ViewModel" />
</data>
<LinearLayout xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
tools:context=".MainActivity">
<EditText
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:autofillHints=""
android:hint="This field SURVIVE the background process reclaim/killing & the configuration change"
android:text='@={(String)viewModel.savedStateHandle.getLiveData("activity_main/inputText", "")}' />
<SeekBar
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:max="100"
android:progress='@={(Integer)viewModel.savedStateHandle.getLiveData("activity_main/progress", 50)}' />
<EditText
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:hint="This field SURVIVE the background process reclaim/killing & the configuration change"
android:text='@={(String)viewModel.savedStateHandle.getLiveData("activity_main/inputText", "")}' />
<SeekBar
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:max="100"
android:progress='@={(Integer)viewModel.savedStateHandle.getLiveData("activity_main/progress", 50)}' />
<EditText
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:hint="This field NOT SURVIVE the background process reclaim/killing but SURVIVE the configuration change"
android:text='@={viewModel.inputText2}' />
</LinearLayout>
</layout>
测试：
1. start the test activity
2. press home key to go home
3. adb shell kill <the test activity process>
4. open recent app list and restart the test activity
