android application / activity生命周期:我们什么时候应该保存到Flash?

问题描述

| 我有一个包含许多活动的应用程序。每个活动都可以以某种方式修改项目。我通过序列化一些对象并将它们保存到Flash中来保存该项目到Flash中。 现在,如果用户离开了该应用程序,则很可能会被操作系统杀死。 因此,我应该保存每个活动的每个onPause()。 但这是非常愚蠢和耗时的(序列化,打开文件,覆盖文件..)。 你有更好的主意吗?顺便说一句,如果我不想使用数据库,那么保存对象序列化就足够好了,还是应该使用更强大的工具(xml?)? 感谢您的澄清和建议。     

解决方法

我保存每个onPause并还原到每个onResume中。如果堆栈上有多个相同活动,这可以防止出现一些奇怪情况。 大多数Google应用程序也可以执行此操作,如果要提示您正常进行保存,则可以保存到中间位置。 如果它不会引起性能问题并且满足您对可维护性的要求,那么可能就足够了。     ,您可以实现
Application
类并使用此回调     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...