我一直在研究Android SDK平台,有点不清楚如何保存应用程序的状态 . 因此,考虑到'Hello,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
或类似的东西一样简单,但我发现任何明显的东西 .
27 回答
您需要覆盖
onSaveInstanceState(Bundle savedInstanceState)
并将要更改的应用程序状态值写入Bundle
参数,如下所示:Bundle本质上是一种存储NVP("Name-Value Pair") Map 的方式,它将被传递到
onCreate()
以及onRestoreInstanceState()
,你可以在这里提取这样的值:您通常会使用此技术来存储应用程序的实例值(选择,未保存的文本等) .
直接回答原始问题 . savedInstancestate为null,因为永远不会重新创建Activity .
只有在以下情况下才会使用州捆绑包重新创建您的活动:
配置更改,例如更改方向或手机语言,这可能需要创建新的活动实例 .
操作系统销毁活动后,您将从后台返回应用程序 .
Android会在内存压力下或在长时间处于后台后销毁后台活动 .
在测试hello world示例时,有几种方法可以离开并返回Activity .
当您按后退按钮时,活动结束 . 重新启动应用程序是一个全新的实例 . 你根本没有从后台恢复 .
当您按主页按钮或使用任务切换器时,活动将进入后台 . 导航回应用程序时,只有在必须销毁活动时才会调用onCreate .
在大多数情况下,如果您只是按下主页然后再次启动应用程序,则无需重新创建活动 . 它已经存在于内存中,因此不会调用onCreate() .
“设置” - >“开发者选项”下有一个名为“不要保留活动”的选项 . 当它启用时,Android将始终销毁活动并在它们背景时重新创建它们 . 这是在开发时保持启用的一个很好的选项,因为它模拟了最坏的情况 . (低内存设备一直在回收您的活动) .
其他答案是有 Value 的,因为他们教你正确的存储状态的方法,但我不觉得他们真的回答为什么你的代码没有以你预期的方式工作 .
不确定我的解决方案是否不赞成,但我使用绑定服务来保持ViewModel状态 . 是将它存储在服务的内存中还是保留并从SqlLite数据库中检索取决于您的要求 . 这是任何风格的服务,它们提供诸如维护应用程序状态和抽象通用业务逻辑之类的服务 .
由于移动设备固有的内存和处理限制,我以类似于网页的方式处理Android视图 . 页面不维护状态,它纯粹是一个表示层组件,其唯一目的是呈现应用程序状态并接受用户输入 . Web应用程序体系结构的最新趋势采用了古老的模型,视图,控制器(MVC)模式,其中页面是视图,域数据是模型,控制器位于Web服务后面 . 可以在Android中使用相同的模式,View视图很好......视图,模型是您的域数据,Controller是作为Android绑定服务实现的 . 每当您希望视图与控制器交互时,在开始/恢复时绑定它并在停止/暂停时解除绑定 .
这种方法为您提供了强制执行Separation of Concern设计原则的额外好处,因为您可以将所有应用程序业务逻辑移动到您的服务中,从而减少多个视图中的重复逻辑,并允许视图强制执行另一个重要的设计原则Single Responsibility .
尽管接受的答案是正确的,但是使用名为Icepick的库在Android上保存活动状态的方法更快更容易 . Icepick是一个注释处理器,负责处理为您保存和恢复状态时使用的所有样板代码 .
用Icepick做这样的事情:
这样做是一样的:
Icepick将使用任何使用
Bundle
保存其状态的对象 .为了帮助减少样板,我使用以下
interface
和class
来读/写Bundle
以保存实例状态 .首先,创建一个用于注释实例变量的接口:
然后,创建一个类,其中反射将用于将值保存到包中:
示例用法:
Note: 此代码改编自名为AndroidAutowire的库项目,该项目在MIT license下获得许可 .
我的问题是我只在应用程序生命周期中需要持久性(即单个执行包括在同一个应用程序中启动其他子活动并旋转设备等) . 我尝试了上述答案的各种组合,但在所有情况下都没有得到我想要的东西 . 最后,对我有用的是在onCreate期间获取对savedInstanceState的引用:
并在我需要时使用它来获取变量的内容,类似于:
我按照上面的建议使用
onSaveInstanceState
和onRestoreInstanceState
,但我想我也可以或者使用我的方法在变量时保存变量(例如使用putBoolean
)onSaveInstanceState()
用于瞬态数据(在onCreate()
/onRestoreInstanceState()
中恢复),onPause()
用于持久数据(在onResume()
中恢复) . 来自Android技术资源:如果Activity被停止并且可能在恢复之前被杀死,则Android会调用onSaveInstanceState()!这意味着它应该存储重新启动Activity时重新初始化为相同条件所需的任何状态 . 它与onCreate()方法相对应,实际上传入onCreate()的savedInstanceState Bundle与onSaveInstanceState()方法中构造为outState的Bundle相同 . onPause()和onResume()也是免费的方法 . 当Activity结束时总是调用onPause(),即使我们发起了这个(例如使用finish()调用) . 我们将使用它将当前注释保存回数据库 . 好的做法是释放在onPause()期间可以释放的任何资源,以便在处于被动状态时占用更少的资源 .
创建活动时,会调用onCreate()方法 .
savedInstanceState是Bundle类的一个对象,它第一次为null,但在重新创建时包含值 . 要保存Activity的状态,您必须覆盖onSaveInstanceState() .
将您的值放在“outState”Bundle对象中,如outState.putString(“key”,“Welcome Back”)并通过调用super来保存 . 当活动被销毁时,它的状态将被保存在Bundle对象中,并且可以在onCreate()或onRestoreInstanceState()中重新创建后恢复 . 在onCreate()和onRestoreInstanceState()中收到的Bundle是相同的 .
要么
这是Android开发的经典“问题” . 这里有两个问题:
有一个微妙的Android Framework错误,它使开发期间的应用程序堆栈管理变得非常复杂,至少在旧版本上是这样(不完全确定是否/何时/如何修复) . 我将在下面讨论这个错误 .
'normal'或管理此问题的预期方式本身相当复杂,具有onPause / onResume和onSaveInstanceState / onRestoreInstanceState的二元性
浏览所有这些线程,我怀疑很多时候开发人员正在同时讨论这两个不同的问题...因此所有的混乱和报告“这对我不起作用” .
首先,澄清“预期”行为:onSaveInstance和onRestoreInstance是脆弱的,仅适用于瞬态 . 预期用途(afaict)用于在电话旋转(方向改变)时处理活动娱乐 . 换句话说,预期的用法是当您的Activity仍然在逻辑上“在顶部”时,但仍然必须由系统重新实例化 . 保存的Bundle不会在进程/ memory / gc之外保留,因此如果您的活动进入后台,则无法真正依赖它 . 是的,也许你的Activity的记忆将在它的背景之旅中存活并逃脱GC,但这不可靠(也不可预测) .
因此,如果您的某个场景中存在有意义的“用户进度”或应该在应用程序的“启动”之间保留的状态,则指导是使用onPause和onResume . 您必须自己选择并准备持久性商店 .
但是 - 有一个非常混乱的错误使所有这一切变得复杂 . 细节在这里:
http://code.google.com/p/android/issues/detail?id=2373
http://code.google.com/p/android/issues/detail?id=5277
基本上,如果您的应用程序是使用SingleTask标志启动的,然后您从主屏幕或启动器菜单启动它,那么后续调用将创建一个新任务...您将有效地拥有两个不同的应用实例居住在同一堆栈中......这非常快速地变得非常奇怪 . 当您在开发期间(即从Eclipse或Intellij)启动应用程序时,这似乎会发生,因此开发人员会遇到这种情况 . 但也通过一些应用程序商店更新机制(因此它也会影响您的用户) .
在我意识到我的主要问题是这个错误,而不是预期的框架行为之前,我在这些线程中奋战了几个小时 . 一个很好的写作和解决方法(更新:见下文)似乎来自用户@kaciula在这个答案中:
Home key press behaviour
UPDATE June 2013 :几个月后,我终于找到了'correct'解决方案 . 您不需要自己管理任何有状态的startupApp标记,您可以从框架中检测到这一点并适当地保释 . 我在LauncherActivity.onCreate的开头附近使用它:
仅在旋转屏幕时(方向更改),
onSaveInstanceState(bundle)
和onRestoreInstanceState(bundle)
方法对数据持久性非常有用 .它们在应用程序之间切换时甚至不好(因为
onSaveInstanceState()
方法被调用但onCreate(bundle)
和onRestoreInstanceState(bundle)
不再被调用 .对于更多持久性,请使用共享首选项read this article
简单快速解决这个问题就是使用IcePick
首先,在
app/build.gradle
中设置库现在,让我们查看下面的示例如何在Activity中保存状态
它适用于活动,碎片或任何需要在Bundle上序列化其状态的对象(例如迫击炮的ViewPresenters)
Icepick还可以为自定义视图生成实例状态代码:
以下是来自 Steve Moseley 的答案(由 ToolmakerSteve )发表的评论,该评论将事情置于透视中(在整个onSaveInstanceState vs onPause,east cost vs west cost saga)
这两种方法都是有用且有效的,并且最适合不同的场景:
用户终止应用程序并在以后重新打开它,但应用程序需要从上一个会话重新加载数据 - 这需要持久存储方法,例如使用SQLite .
用户切换应用程序,然后回到原始状态并想要从中断处继续 - 在
onSaveInstanceState()
中保存和恢复捆绑数据(例如应用程序状态数据)和onRestoreInstanceState()
通常就足够了 .如果以持久方式保存状态数据,则可以在
onResume()
或onCreate()
(或实际在任何生命周期调用中)重新加载 . 这可能是也可能不是期望的行为 . 如果将它存储在InstanceState
中的捆绑包中,则它是瞬态的,仅适用于存储用于同一用户“会话”的数据(我使用术语会话松散),但不适用于“会话”之间 .并不是说一种方法比另一种方法更好,就像所有方法一样,了解您需要的行为并选择最合适的方法非常重要 .
我想我找到了答案 . 让我用简单的话说出我的所作所为:
假设我有两个活动,activity1和activity2,我从activity1导航到activity2(我已在activity2中完成了一些工作),再次通过单击activity1中的按钮返回到活动1 . 现在在这个阶段我想回到activity2,我想在上次离开activity2时看到我的activity2处于相同的状态 .
对于上面的场景,我所做的是在清单中我做了一些像这样的更改:
在按钮点击事件的activity1中我做了这样的事情:
在按钮点击事件的activity2中我做了这样的事情:
现在将会发生的事情是,我们在activity2中所做的任何更改都不会丢失,我们可以在与之前离开的状态相同的状态下查看activity2 .
我相信这是答案,这对我来说很好 . 如果我错了,请纠正我 .
Kotlin代码:
保存:
然后在
onCreate()
或onRestoreInstanceState()
如果您不想拥有Optionals,请添加默认值
现在Android提供ViewModels用于保存状态,您应该尝试使用它而不是saveInstanceState .
当Activity进入后台时,真的
onSaveInstance
状态callen从文档引用:“在将活动置于这样的背景状态之前调用方法
onSaveInstanceState(Bundle)
”要获取存储在
onCreate()
中的活动状态数据,首先必须通过覆盖SaveInstanceState(Bundle savedInstanceState)
方法将数据保存在savedInstanceState中 .当活动销毁
SaveInstanceState(Bundle savedInstanceState)
方法被调用时,您将保存要保存的数据 . 当活动重启时,你在onCreate()
得到相同的东西 . (savedInstanceState不会为null,因为你在活动被销毁之前已经保存了一些数据)请注意,根据http://developer.android.com/reference/android/app/Activity.html中活动状态的文档,使用
onSaveInstanceState
和onRestoreInstanceState
for persistent data 是安全的_117185 .该文件陈述(在“活动生命周期”部分):
换句话说,将持久数据的保存/恢复代码放在
onPause()
和onResume()
中!EDIT :有关进一步说明,请参阅
onSaveInstanceState()
文档:我的同事写了一篇文章解释Android设备上的应用程序状态,包括对活动生命周期和状态信息的解释,如何存储状态信息,以及保存到状态
Bundle
和SharedPreferences
以及take a look at here .本文介绍了三种方法:
使用Instance State Bundle存储应用程序生命周期(即临时)的本地varible / UI控制数据
使用共享首选项在应用程序实例之间存储本地变量/ UI控制数据(即永久)
使用保留的非配置实例,在应用程序生命周期内的活动之间保持对象实例在内存中存活
就我而言,拯救国家充其量只是一个障碍 . 如果需要保存持久数据,只需使用SQLite数据库 . Android让它变得容易 SOOO .
像这样的东西:
之后是一个简单的电话
savedInstanceState
仅用于保存与当前活动实例关联的状态,例如当前导航或选择信息,因此,如果Android销毁并重新创建活动,则可以像以前一样返回 . 请参阅onCreate和onSaveInstanceState的文档对于更长寿的状态,请考虑使用SQLite数据库,文件或首选项 . 见Saving Persistent State .
当系统需要内存并终止应用程序时,将调用
onSaveInstanceState
. 用户刚刚关闭应用程序时不会调用它 . 所以我认为应用程序状态也应该保存在onPause
它应该保存到某些持久存储器,如Preferences
或Sqlite
Recreating an Activity
在某些情况下,您的活动会因应用程序的正常行为而被销毁,例如当用户按下“返回”按钮或您的活动通过调用
finish()
表示其自身的销毁时 . 如果长时间使用系统或前台活动需要更多资源,系统也可能会破坏您的活动,因此系统必须关闭后台进程才能恢复内存 .当
activity
因为用户按下Back或activity
自行完成而被销毁时,系统对该Activity
实例的概念将永远消失,因为该行为表明不再需要该活动 . 但是,如果系统因系统约束(而不是正常的应用程序行为)而破坏活动,那么虽然实际的Activity实例已经消失,但系统会记住它存在,如果用户导航回到它,系统会创建一个新的活动的一个实例,它使用一组保存的数据来描述destroyed
时的活动状态 . 系统用于恢复先前状态的已保存数据称为"instance state",它是存储在Bundle对象中的键值对的集合 .要保存有关活动状态的其他数据,必须覆盖onSaveInstanceState()回调方法 . 系统在用户离开您的活动时调用此方法,并向其传递Bundle对象,该对象将在您的活动意外销毁时保存 . 如果系统必须稍后重新创建活动实例,它会将相同的Bundle对象传递给
onRestoreInstanceState()
和onCreate()
方法 .当系统开始停止您的活动时,它会调用
onSaveInstanceState()
(1),以便您可以指定要保存的其他状态数据,以防必须重新创建Activity实例 . 如果活动被销毁并且必须重新创建相同的实例,则系统会将(1)中定义的状态数据传递给onCreate()
方法(2)和onRestoreInstanceState()
方法(3) .Save Your Activity State
当您的活动开始停止时,系统会调用
onSaveInstanceState()
,以便您的活动可以使用一组键值对保存状态信息 . 此方法的默认实现保存有关活动视图层次结构状态的信息,例如EditText
窗口小部件中的文本或ListView
的滚动位置 .要保存活动的其他状态信息,必须实现
onSaveInstanceState()
并将键值对添加到Bundle对象 . 例如:注意:始终调用
onSaveInstanceState()
的超类实现,因此默认实现可以保存视图层次结构的状态 .Restore Your Activity State
在先前销毁活动之后重新创建活动时,您可以从系统传递活动的Bundle中恢复已保存的状态 .
onCreate()
和onRestoreInstanceState()
回调方法都接收包含实例状态信息的相同Bundle
.因为无论系统是创建活动的新实例还是重新创建前一个实例,都会调用
onCreate()
方法,因此在尝试读取之前必须检查状态Bundle是否为null . 如果它为null,则系统正在创建活动的新实例,而不是恢复已销毁的先前实例 .例如,以下是如何在
onCreate()
中恢复某些状态数据:您可以选择实现
onRestoreInstanceState()
,系统在onStart()
方法之后调用,而不是在onCreate()
期间恢复状态 . 仅当存在要恢复的已保存状态时,系统才会调用onRestoreInstanceState()
,因此您无需检查Bundle是否为null:将LiveData(Android架构组件)添加到项目中
添加以下依赖项
LiveData接收观察者并仅在数据更改处于STARTED或RESUMED状态时通知它 . LiveData的优势在于,当您的活动进入 STARTED 或 RESUMED 以外的任何状态时,它将不会调用 observer 上的 onChanged 方法 .
实现此更改基本上有两种方法 .
使用
onSaveInstanceState()
和onRestoreInstanceState()
.在清单
android:configChanges="orientation|screenSize"
中 .我真的不建议使用第二种方法 . 因为在我的一次经验中,它导致设备屏幕的一半在从纵向旋转到横向时变黑,反之亦然 .
使用上面提到的第一种方法,我们可以在方向更改或任何配置更改发生时保留数据 . 我知道一种可以在savedInstance状态对象中存储任何类型数据的方法 .
示例:如果要保留Json对象,请考虑一个案例 . 使用getter和setter创建一个模型类 .
现在在onCreate和onSaveInstanceState方法的活动中执行以下操作 . 它看起来像这样:
同时我一般不再使用
对于大多数活动而言,实时循环过于复杂且不必要 . 谷歌声称自己,它甚至不可靠 .
我的方法是立即保存首选项中的任何更改
在某种程度上,SharedPreferences的工作方式与Bundles类似 . 并且自然而且首先这些值必须是偏好的 .
在复杂数据的情况下,您可以使用Sqlite而不是使用首选项 .
应用此概念时,活动将继续使用上次保存的状态,无论它是初始打开还是重新启动,或者由于后端堆栈而重新打开 .