安卓性能优化之Activity和Fragment通过onSaveInstanceState()保存和恢复数据

Activity和Fragment 都有自己的生命周期,而且很类似.Fragment比Activity多了onAttach()和onCreateView()这些方法.整体它们两者是一样的周期,都会经历从创建视图( onCreate(),onCreateView(),onStart() )到暂停( onPause(), onStop() ) 到重新返回( onResume() ) 到最后销毁( onDetroyView(), onDestroy() ) 这些方法.

之前有提过,熟悉组件的这些生命周期对我们在适当时候保存数据非常有利,我们能在Activity或者Fragment被系统或者我们自己人为清理前对必要的数据进行处理和保存,下次就能再使用这些数据,对用户而言这绝对是一件好事儿~

首先看一个步骤,如果是人为关闭Activity或者Fragment, 比如点击了后退键,主动关闭当前页面,就会走
onPause() --> onStop()  --> onDestroy()  而onSaveInstanceState() 并不会被调用. onSaveInstanceState() 只有在系统即将要自动清理销毁Activity或Fragment前才会调用, 比如

1, 由于重力感应 手机从竖屏变为横屏,

2, 手机点击Home键和长按Home键

3, 点击电源键锁屏时

4, 从当前Activity跳到另一个Activity

5, 应用内存不足即将自动销毁时等情况

综合上面的情况,可以看出, onSaveInstanceState()  这个方法适合临时保存一些非永久性的数据.如果要持久化保存数据,就要将操作放在onStop(), onDestroy()这些方法中去.onSaveInstanceState()
 适合的是当前Activity或者Fragment一旦被系统自己销毁,应用还能在这之前保存一些必要的数据, 并且用户的操作很快又回到当前这个页面,这个时候数据并没有丢失,还能最大程度的恢复之前状态.这就是这个方法最大的意义.下面上例子做个简单示例:

在Fragment中

//系统自动销毁Fragment前保存必要的数据
@Override
public void onSaveInstanceState(Bundle outState){
<span style="white-space:pre">	</span>super.onSaveInstanceState(outState);
<span style="white-space:pre">	</span>String content = etCon.getText().toString();
<span style="white-space:pre">	</span>outState.putString("inputCon", content);
}

//恢复数据
@Override
public void onViewStateRestored(Bundle savedInstanceState){
<span style="white-space:pre">	</span>super.onViewStateRestored(savedInstanceState);
<span style="white-space:pre">	</span>//恢复之前输入框的内容
<span style="white-space:pre">	</span>if(savedInstanceState != null){
<span style="white-space:pre">		</span>etCon.setText(savedInstanceState.getString("inputCon", ""));
	}
}

在Activity中

//系统自动销毁Activity前保存必要的数据
@Override
public void onSaveInstanceState(Bundle outState){
<span style="white-space:pre">	</span>super.onSaveInstanceState(outState);
	String content = etCon.getText().toString();
	outState.putString("inputCon", content);
}

//Activity中可在onRestoreInstanceState()方法恢复数据,也可以在onCreate()中恢复,因为Activity一旦被销毁就会重走一次onCreate()开始的正常生命周期
@Override
public void onRestoreInstanceState(Bundle savedInstanceState){
	super.onRestoreInstanceState(savedInstanceState);
	//恢复之前输入框的内容
	if(savedInstanceState != null){
		etCon.setText(savedInstanceState.getString("inputCon", ""));
	}
}

@Override
public void onDestroy(){
	super.onDestroy();
	//Activity被销毁前可进行最后一次数据的保存,过了这村就没这店了.
}

这里有个重要的点,上面的上面所提及的onSaveInstanceState()方法只有在Activity或Fragment确定要被系统自动清除时,才会被调用,如果不是长期后台应用,页面没有被系统kill掉,对应的Activity或Fragment也就不会调用onSaveInstanceState()这些方法.

时间: 2024-10-13 17:12:04

安卓性能优化之Activity和Fragment通过onSaveInstanceState()保存和恢复数据的相关文章

安卓性能优化 视频

韩梦飞沙  韩亚飞  [email protected]  yue31313  han_meng_fei_sha 安卓-性能优化之内存泄漏-原创-高清视频-爱奇艺 ========= Android手机内存管理与性能优化视频教程下载 下载:http://pan.baidu.com/s/1skkSdI1密码:kdcs 01.Dalvik介绍及其优势和文件格式 02.基于栈与基于寄存器比较 03.DEX与ODEX文件格式和ODEX化详解 04.GC垃圾回收机制 05.内存监测分析工具DDMS介绍 0

安卓性能优化手册

本手册适合至少有初级经验的开发者查阅或复习相关知识使用,新手可能会看不懂. 1.java代码优化 1.1安卓如何执行代码 dvm:.java->.class->.dex->.apk 优化斐波那契数列: 斐波那契数列的递推公式是f(n)=f(n-1)+f(n-2),特征方程为:x2=x+1,解该方程得(1+sqrt(5))/2,(1-sqrt(5))/2.所以f(n)=Ax1n+Bx2n,带入f(0)=0,f(1)=1得A=sqrt(5)/5,B=-sqrt(5)/5.则f(n)求出. B

安卓性能优化

谷歌性能点滴 http://developer.android.com/intl/zh-cn/training/articles/perf-tips.html 本文主要涉及一些小优化,组合使用可以提升App整体性能,但不会显著的提升性能.提升性能首选合适的算法和数据结构,这超出了本文的范畴.这里的技巧应该作为你平时写代码的习惯,以便写出高效的代码. 高效的代码有两个基本的规则: 不做不必要的事 尽量不分配内存 优化Android程序的时候需要面对不同的硬件.不同版本的VM,不同的处理器,不同的速

安卓性能优化之计算apk启动时间

之前有人在知乎提问:"怎么计算apk的启动时间?" : 利用Python或者直接用adb命令怎么计算apk的启动时间呢?就是计算从点击图标到apk完全启动所花费的时间.比如,对游戏来说就是点击游戏图标到进入到登录界面的这段时间. 已知的两种方法貌似可以获取,但是感觉结果不准确:一种是,adb shell am start -w packagename/activity,这个可以得到两个值,ThisTime和TotalTime,不知道两个有什么区别,而且与实际启动时间不匹 配,两者相加都

安卓性能优化总结

一.合理的管理内存 1.节制的使用service:如果应用程序当中需要使用Service来执行后台任务的话,请一定要注意只有当任务正在执行的时候才应该让Service运行起来.另外,当任务执行完之后去停止Service的时候,要小心Service停止失败导致内存泄漏的情况. 为了能够控制Service的生命周期,Android官方推荐的最佳解决方案就是使用IntentService,这种Service的最大特点就是当后台任务执行结束后会自动停止,从而极大程度上避免了Service内存泄漏的可能性

性能优化:虚拟列表,如何渲染10万条数据的dom,页面同时不卡顿

最近做的一个需求,当列表大概有2万条数据,又不让做成分页,如果页面直接渲染2万条数据,在一些低配电脑上可能会照成页面卡死,基于这个需求,我们来手写一个虚拟列表 思路 列表中固定只显示少量的数据,比如60条 在列表滚动的时候不断的去插入删除dom startIndex.endIndex,不断的改变这个值来获取最新的显示列表 paddingTop.paddingBottom撑开容器的滚动区域 首先看一下当直接插入2万条列表时,页面的性能 可以看到火焰图中已经有了红色的部分了,dom渲染也耗时也有1s

[Android]Android性能优化

安卓性能优化 性能优化的几大考虑 Mobile Context 资源受限 内存,普遍较小,512MB很常见,开发者的机器一般比用户的机器高端 CPU,核心少,运算能力没有全开 GPU,上传大的纹理(texture),overdraw 内存开销大,会导致系统换入换出更频繁,GC更频繁,APP被kill.被重启更频繁,不仅会消耗更多电量,而且GC会消耗大量时间,使得应用程序渲染速度低于60fps(GC耗时dalvik 10-20ms,ART 2-3ms) 外部存储与网络,也是受限的,需要考虑资源的使

Activity和Fragment Transition介绍

这篇文章是对n Android 5.0 中Activity和Fragment transition API的一个总体回顾,这是关于transition系列文章的第一篇. 第一章: Activity和Fragment Transition介绍 第二章: 深入理解内容变换(Content Transition) 第三章上: 深入理解共享元素变换(Shared Element Transition) 第三章下: Shared Element Transitions In Practice (即将发布)

Android:应用开发进阶必经之路之性能优化(上)

前言 性能优化在一款产品的迭代过程中非常重要:程序实现了功能.还原产品原型只能保证程序能用,但如果要让用户更愿意使用,产品得好用.试想一下如果你开发的产品启动慢.页面显示需要长时间转圈加载.页面切换卡顿.黑白屏.用一会机器就发烫.耗内存.OOM.程序切换到后台后占用内存无法释放......,这些问题就像正在玩游戏时弹出提示框这类糟糕的用户体验一样让用户恼火,如果用户不得不使用你的产品,可能还会一直忍受:但如果有很多同类竞品,糟糕的用户体验会大大影响留存率.有时候产品在市场上的表现差,真不能全怪产