先发一张安卓官方文档里面的Activity生命周期图解

下面在对这7个生命周期内相关的方法做一些简单的介绍

OnCreate()

当Activity被创建的时候,会自动运行该方法。该方法做一些初始化动作,该方法提供了一个Bundle类型的变量,这个变量中有这个Activity以前的状态信息,前提是以前存过这些信息。这个方法执行完之后执行的是OnStart()方法;若在OnCreate()方法中调用finish()方法,OnCreate()方法执行完之后直接调用OnDestroy()方法。

一般在里面设置所使用的布局文件,并且进行一些静态的的操作。

OnRestart()

把一个Activity从OnStop状态唤醒时,会调用OnRestart()方法,这个方法优先于再次运行的OnStart(),执行完OnRestart()之后再执行OnStart()。若在OnRestart()方法中加入finish()方法,则还是会继续执行OnStart()及后面的状态方法直到OnDestroy()运行完。

OnStart()

当一个Activity对用户可见时会调用OnStart(),当Activity在前台运行时(获得输入焦点),会调用OnResume();

当Activity还没在前台运行就被隐藏了会运行OnStop(),比如在OnStart()方法中用finish()方法的话,OnStart()之后就会直接运行OnStop()→OnDestroy()。

OnResume()

当Activity开始与用户交互时(获得用户焦点),会调用OnResume(),并且为了用户操作,此时该Activity位于Activity栈的顶部。经过某些操作后该方法执行完之后执行的是OnPause()。

OnPause()

当一个Activity运行到OnResume()方法之后,不管是这个Activity要销毁还是要暂停或者停止,都会调用该方法。这个方法之后可能是OnResume()或者OnStop()。

应用程序启动了另外一个Activity时候,第一个Activity也会调用OnPause()。例如:在操作时,来了一个电话,会调用前一个Activity的OnPause()方法,做一些保存工作,便于恢复。

若是在这个Activity-A中打开一个不完全覆盖这个Activity-A的新的Activity-B,那么Activity-A就会是OnPause()状态,当Activity-B退出时,Activity-A就会执行OnResume()方法。若是需要退出Activity-A,那么下一个就会执行OnStop()。OnPause()用于提交未保存发生变化了的持久化数据,及停止动画及其他比较消耗CPU的事件或者消耗电量的资源,这是为了更好的运行新的Activity。

OnStop()

当这个Activity【完全】看不见的时候,会调用OnStop()方法,因为另一个Activity会调用OnResume()并且覆盖这个Activity。以下三种情况会使这个Activity调用OnStop()方法:

1.新的Activity被执行

2.一个已经存在的Activity被切换到最前端

3.这个Activity要被销毁

如果通过用户召回这个Activity,那么会调用OnRestart()方法,若这个Activity要被销毁,则调用OnDestroy()方法。

OnDestroy()

当Activity销毁前会调用该方法,比如发生如下情况:

1.Activity调用finish()方法来结束这个Activity

2.或者因为系统为了节省空间而临时销毁这个Activity

这两种情况可以通过isFinishing()方法判断

Activity生命周期的几个过程

1.启动Activity:系统会先调用onCreate()方法,然后调用onStart()方法,最后调用onResume(),Activity进入运行状态。

2.当前Activity被其他Activity覆盖或被锁屏:系统会调用onPause()方法,暂停当前Activity的执行。

3.当前Activity由被覆盖状态回到前台或解锁屏:系统会调用onResume()方法,再次进入运行状态。

4.当前Activity转到新的Activity界面或按Home键回到主屏,自身退居后台:系统会先调用onPause()方法,然后再调用onStop()方法,进入停滞状态。

5.用户后退回到此Activity:系统会先调用onRestart()方法,然后调用onStart()方法,最后调用onResume()方法,再次进入运行状态。

6.当前Activity处于被覆盖状态或者后台不可见状态,即第2步或第4步,系统内存不足,杀死当前Activity,而后用户退回当前Activity:再次调用onCreate()、onStart()、onResume(),进入运行状态。

7.用户退出当前Activity:系统会调用onPause()方法,然后调用onStop()方法,最后调用onDestory()方法,结束当前Activity。

但是知道这些还不够,我们必须亲自试验一下才能深刻体会,融会贯通。

编写程序测试

下面我们就结合实例,来演示一下生命周期的几个过程的详细情况。我们新建一个名为lifecycle的项目,创建一个名为LifeCycleActivity的Activity,如下:

package com.pingge.lifecycle;

import java.lang.annotation.Target;

import android.os.Bundle;
import android.R.integer;
import android.app.Activity;
import android.content.Context;
import android.content.Intent;
import android.content.pm.ActivityInfo;
import android.util.Log;
import android.view.Menu;
import android.view.View;
import android.widget.Button; public class LifeCycleActivity extends Activity
{
private static final String TAG = "LifeCycleActivity";
private Context context = this;
private int param = 1; @Override
protected void onCreate(Bundle savedInstanceState)
{
// TODO Activity创建时被调用
super.onCreate(savedInstanceState);
Log.i(TAG, "onCreate() called"); setContentView(R.layout.activity_life_cycle); Button btn = (Button)findViewById(R.id.btn);
btn.setOnClickListener(new View.OnClickListener()
{ @Override
public void onClick(View v)
{
// TODO Auto-generated method stub
Intent intent = new Intent(context, OrientationActivity.class);
startActivity(intent);
}
});
} @Override
protected void onDestroy()
{
// TODO 退出当前Activity时被调用,调用之后Activity就结束了
super.onDestroy();
Log.i(TAG, "onDestory() called");
} @Override
protected void onPause()
{
// TODO Activity被覆盖或者锁屏时被调用
super.onPause();
Log.i(TAG, "onPause() called");
} @Override
protected void onRestart()
{
// TODO Activity从后台重新回到前台时被调用
super.onRestart();
Log.i(TAG, "onRestart() called");
} @Override
protected void onResume()
{
// TODO Activity创建或者从被覆盖、后台重新回到前台时被调用
super.onResume();
Log.i(TAG, "onResume() called");
} @Override
protected void onStart()
{
// TODO Activity创建或者从后台重新回到前台时被调用
super.onStart();
Log.i(TAG, "onStart() called");
} @Override
protected void onStop()
{
// TODO 退出当前Activity或者跳转到新的Activity时被调用
super.onStop();
Log.i(TAG, "onStop() called");
} /*
* Activity被系统杀死之后再重新创建时被调用
* 例如:屏幕方向改变时,Activity被销毁再重建;
* 当前Activity处于后台,系统资源紧张将其杀死,用户又启动了该Activity
* 这两种情况下onRestoreInstanceState()都会被调用,在onStart()之后
*
* @see android.app.Activity#onRestoreInstanceState(android.os.Bundle)
*/
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState)
{
// TODO Auto-generated method stub
super.onRestoreInstanceState(savedInstanceState);
param = savedInstanceState.getInt("param");
Log.i(TAG, "onRestoreInstanceState() called : " + param);
} /*
* Activity被系统杀死时被调用
* 例如:屏幕方向改变时,Activity被销毁再重建;
* 当前Activity处于后台,系统资源紧张将其杀死
* 另外,当跳转到其他Activity或者按HOME键回到主屏时该方法也会被调用
* 系统是为了保存当前View组件的状态
* 在onPause()方法之后被调用
*
* @see android.app.Activity#onSaveInstanceState(android.os.Bundle)
*/
@Override
protected void onSaveInstanceState(Bundle outState)
{
// TODO Auto-generated method stub
super.onSaveInstanceState(outState);
outState.putInt("param", param + 1);
Log.i(TAG, "onSaveInstanceState() called : " + param);
} @Override
public void onWindowFocusChanged(boolean hasFocus)
{
// TODO 当Activity窗口获得或失去焦点时被调用,在onResume()之后或onPause()之后
super.onWindowFocusChanged(hasFocus);
Log.i(TAG, "onWindowFocusChanged() called");
} @Override
public boolean onCreateOptionsMenu(Menu menu)
{
// Inflate the menu; this adds items to the action bar if it is present.
getMenuInflater().inflate(R.menu.life_cycle, menu);
return true;
} }

大家注意到,除了几个常见的方法外,我们还添加了

onWindowFocusChanged、onSaveInstanceState、onRestoreInstanceState这三个方法。

1. onWindowFocusChanged

在Activity窗口获得或失去焦点时被调用,例如:创建时首次呈现在用户面前;当前Activity被其他Activity覆盖;当前Activity转到其他Activity或按HOME键回到主屏,自身退居后台;用户退出当前Activity。以上几种情况都会调用onWindowFocusChanged,并且当Activity被创建时是在OnResume之后被调用,当Activity被覆盖或者退居后台或者当前Activity退出时,它是在onPause()之后被调用,如下图所示:

这个方法在某种场合下还是很有用的,例如:程序启动时想要获取特定视图组件的尺寸大小,在onCreate中可能无法取到,因为窗口window对象还没创建完成,这个时候我们就需要在onWindowFocusChanged里获取。

2. onSaveInstanceState

(1)在Activity被覆盖或退居后台之后,系统资源不足将其杀死,此方法会被调用。

(2)在用户改变屏幕方向时,此方法会被调用。

(3)在当前Activity跳转到其他Activity或者按HOME键回到主屏,自身退居后台时,此方法被调用。

第一种情况我们无法保证什么时候发生,系统根据资源紧张程度去调度;

第二种是屏幕翻转方向时,系统先销毁当前的Activity,然后再重建一个新的,调用此方法时,我们可以保存一些临时的数据;

第三种情况系统调用此方法是为了保存当前窗口各个View组件的状态。onSaveInstanceState的调用顺序是在onPause之后。

下图是按Back键后的调用顺序:

3. onRestoreInstanceState

(1)在Activity被覆盖或退居后台之后,系统资源不足将其杀死,然后用户又回到了此Activity,此方法会被调用。

(2)在用户改变屏幕方向时,重建的过程中,此方法会被调用。

我们可以重写此方法,以便可以恢复一些临时数据。onRestoreInstanceState的调用顺序是在onStart之后。

下图是改变屏幕方向时的调用顺序:

以上着重介绍了三个相对陌生的方法之后,下面我们就来操作一下这个Activity,看看它的生命周期到底是个什么样的过程。

操作Activity观察结果

  • 启动Activity

在系统调用了onCreate和onStart之后,调用了onResume,自此,Activity进入了运行状态。

  • 跳转到其他Activity,或按下Home键回到主屏

我们看到,此时onSaveInstanceState方法在onPause之后被调用了。

  • 从后台回到前台

从后台回到前台时,系统会先调用onRestart方法,然后调用onStart方法,最后调用onResume方法,Activity又进入了运行状态。

  • 修改TargetActivity在AndroidManifest.xml中的配置,将android:theme属性设置为@android:style/Theme.Dialog,然后再点击LifeCycleActivity中的按钮,跳转行为就变为了TargetActivity覆盖到LifeCycleActivity之上了,此时调用的方法为:

我们注意到,此时LifeCycleActivity的onPause方法被调用,并没有调用onStop方法,因为此时TargetActivity没有完全覆盖掉LifeCycleActivity,LifeCycleActivity还是有一部分处于可见状态。

  • 按Back键使LifeCycleActivity从被不完全覆盖状态回到前面

此时只有onResume方法被调用,直接再次进入运行状态。

  • 退出

最后的onDestory方法被调用,标志着LifeCycleActivity的终结。

大家似乎注意到,在所有的过程中,并没有onRestoreInstanceState的出现,这个并不奇怪,因为之前我们就说过,onRestoreInstanceState只有在

(1)杀死不在前台的Activity之后用户回到此Activity

(2)用户改变屏幕方向的这两个重建过程中被调用。

我们要演示第一种情况比较困难,我们可以结合第二种情况演示一下具体的过程。顺便也向大家讲解一下屏幕方向改变的应对策略。

我们可以为一个Activity指定一个特定的方向,指定之后即使转到屏幕方向,显示方向也不会跟着改变:

  • 指定为竖屏

在AndroidManifest.xml中对指定的Activity设置: android:screenOrientation="portrait"

或者在onCreate方法中指定:setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);

  • 指定为横屏

在AndroidManifest.xml中对指定的Activity设置: android:screenOrientation="landscape"

或者在onCreate方法中指定:setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);

为应用中的Activity设置特定的方向是经常用到的办法,可以为我们省去不少不必要的麻烦。不过,我们今天讲的是屏幕方向改变时的生命周期,所以我们并不采用固定屏幕方向这种办法。

下面我们就结合实例讲解一下屏幕转换的生命周期,我们新建一个Activity命名为OrientationActivity,如下:

package com.pingge.lifecycle;

import android.app.Activity;
import android.content.res.Configuration;
import android.os.Bundle;
import android.util.Log; public class OrientationActivity extends Activity
{
private static final String TAG = "OrientationActivity";
private int param = 1; /*
* 当指定了android:configChanges="orientation"后,
* 方向改变时,onConfigurationChanged被调用
* @see android.app.Activity#onConfigurationChanged(android.content.res.Configuration)
*/
@Override
public void onConfigurationChanged(Configuration newConfig)
{
// TODO Auto-generated method stub
super.onConfigurationChanged(newConfig); switch (newConfig.orientation)
{
case Configuration.ORIENTATION_PORTRAIT:
Log.i(TAG, "onConfigurationChanged() called" + "PORTRAIT");
break;
case Configuration.ORIENTATION_LANDSCAPE:
Log.i(TAG, "onConfigurationChanged() called" + "LANDSCAPE");
break;
default:
Log.i(TAG, "onConfigurationChanged() called" + "DEFAULT");
break;
}
}
@Override
protected void onCreate(Bundle savedInstanceState)
{
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_orientation);
Log.i(TAG, "onCreate() called");
}
@Override
protected void onDestroy()
{
// TODO Auto-generated method stub
super.onDestroy();
Log.i(TAG, "onDestory() called");
}
@Override
protected void onPause()
{
// TODO Auto-generated method stub
super.onPause();
Log.i(TAG, "onPause() called");
}
@Override
protected void onRestart()
{
// TODO Auto-generated method stub
super.onRestart();
Log.i(TAG, "onRestart() called");
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState)
{
// TODO Auto-generated method stub
super.onRestoreInstanceState(savedInstanceState);
param = savedInstanceState.getInt("param");
Log.i(TAG, "onRestoreInstanceState() called : " + param);
}
@Override
protected void onResume()
{
// TODO Auto-generated method stub
super.onResume();
Log.i(TAG, "onResume() called");
}
@Override
protected void onSaveInstanceState(Bundle outState)
{
// TODO Auto-generated method stub
super.onSaveInstanceState(outState);
outState.putInt("param", param);
Log.i(TAG, "onSaveInstanceState() called : " + param);
}
@Override
protected void onStart()
{
// TODO Auto-generated method stub
super.onStart();
Log.i(TAG, "onStart() called");
}
@Override
protected void onStop()
{
// TODO Auto-generated method stub
super.onStop();
Log.i(TAG, "onStop() called");
} }

首先我们必须打开手机的"自动旋转开关",表明可以自动根据方向旋转屏幕,然后我们就可以测试流程了,当我们旋转屏幕时,我们发现系统会先将当前Activity销毁,然后重建一个新的:

系统先是调用onPause方法暂停当前Activity,然后调用onSaveInstanceState方法,我们保存了一个临时参数到Bundle对象里面,然后当Activity重建之后我们又成功的取出了这个参数。

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.pingge.lifecycle"
android:versionCode="1"
android:versionName="1.0" > <uses-sdk
android:minSdkVersion="8"
android:targetSdkVersion="18" /> <application
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
<activity
android:name="com.pingge.lifecycle.LifeCycleActivity"
android:label="@string/app_name" >
<intent-filter>
<action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity
android:name="com.pingge.lifecycle.TargetActivity" >
</activity>
<activity
android:name="com.pingge.lifecycle.OrientationActivity"
android:configChanges="orientation|screenSize" >
</activity>
</application> </manifest>

  

为了避免这样的销毁重建的过程,我们需要在AndroidManifest.xml中对OrientationActivity对应的<activity>配置android:configChanges="orientation|screenSize",然后我们再测试一下,我们试着做了四次旋转,打印如下:

可以看到,每次旋转方向时,只有onConfigurationChanged方法被调用,没有了销毁重建的过程。

注意:

如果<activity>配置了android:screenOrientation属性,则会使android:configChanges="orientation"失效。

总结:

当用户自己退出程序的时候,建议在OnStop()方法中保存数据;

当用户打开一个新的Activity的时候,建议通过OnSaveInstanceState()来保存数据;这里在网上看到很多人说应该方法OnPause()里保存,其实我觉得在打开新的一个Activity的时候,或者将程序至于后台的时候,都会默认调用OnSaveInstanceState()方法,而且在这种暂停的状态下,Android的内存管理机制也不太会杀死这种状态的Activity。而用OnPause()保存的时候,若是下一个执行OnResume()方法的话,会影响速度,当然数据量小的话也感觉不到。

[JIT_APP]Activity生命周期相关的7个方法的更多相关文章

  1. Android-管理Activity生命周期 -开始一个Activity

    很多程序都是从main()方法开始启动的,和其他程序不同,android是在activity生命周期的特定状态的特定回调方法中初始化代码的.activity启动和销毁的时候都用很多回调方法. 这里将要 ...

  2. Android-管理Activity生命周期

    用户在浏览,退出,返回app时,app中的Activity实例会在不同状态之间切换.比如,当activity第一次启动,然后来到系统前台,受到用户的注意,这个过程中,android系统调用了一系列ac ...

  3. Activity生命周期完全解析

    **转载请注明出处:http://www.cnblogs.com/landptf/p/6309108.html** 生命周期是个老生常谈的问题了,今天做个汇总,全当是记个笔记,以后查找起来方便一些.下 ...

  4. 了解Activity生命周期

    当用户浏览,退出和返回您的应用时,您应用中的activity实例会在其生命周期中的不同状态中进行转换. Activity类提供了许多回调,允许activity知道状态已更改:系统正在创建,停止或恢复a ...

  5. android 17 activity生命周期

    手机指南针传感器处于手机头部. Activity生命周期: 启动. onCreat()方法:初始化布局对象,设置监听器. onstart()方法:注册监听器. onResume():activity已 ...

  6. Android开发工程师文集-Activity生命周期,启动方式,Intent相关介绍,Activity详细讲解

    前言 大家好,给大家带来Android开发工程师文集-Activity生命周期,启动方式,Intent相关介绍,Activity详细讲解的概述,希望你们喜欢 Activity是什么 作为一个Activ ...

  7. Android总结篇系列:Activity生命周期

    Android官方文档和其他不少资料都对Activity生命周期进行了详细介绍,在结合资料和项目开发过程中遇到的问题,本文将对Activity生命周期进行一次总结. Activity是由Activit ...

  8. 基础总结篇之一:Activity生命周期

    子曰:溫故而知新,可以為師矣.<論語> 学习技术也一样,对于技术文档或者经典的技术书籍来说,指望看一遍就完全掌握,那基本不大可能,所以我们需要经常回过头再仔细研读几遍,以领悟到作者的思想精 ...

  9. Andoid activity 生命周期

    今天介绍一下Android中最常用的组件activity的生命周期.当activity处于Android应用中运行时,它的活动状态由Android以Activity栈的形式管理.当前活动的Activi ...

随机推荐

  1. 真机调试报错:Could not find Developer Disk Image 或 Could not locate device support files.

    废话不多说,原因是用的Xcode版本所支持的最高iOS系统低于真机iOS系统导致. 解决方案: 1.升级到最新的Xcode版本 2.不想升级Xcode,那就找已经把Xcode升级到最新版本的朋友,发给 ...

  2. 给分类(Category)添加属性

    遇到一个问题,写了一个分类,但原先类的属性不够用.添加一个属性,调用的时候崩溃了,说是找不到getter.setter方法.查了下文档发现,OC的分类允许给分类添加属性,但不会自动生成getter.s ...

  3. 寒假的ACM训练三(PC110107/UVa10196)

    #include <iostream> #include <string.h> using namespace std; char qp[10][10]; int result ...

  4. 关于sqlserver2012重启后ID自增1000的问题解决方案

    1. Open "SQL Server Configuration Manager" 2. Click "SQL Server Services" on the ...

  5. 如何便携使用github

    Git是一个分布式的版本控制系统,最初由Linus Torvalds编写,用作Linux内核代码的管理.在推出后,Git在其它项目中也取得了很大成功,尤其是在Ruby社区中.目前,包括Rubinius ...

  6. 学渣也要搞 laravel(1)—— 安装篇

    看到laravel(我叫它:拉瓦)那么热门,我也决定学上一学. Laravel 5.2 在 5.1 基础上继续改进和优化,添加了许多新的功能特性:多认证驱动支持.隐式模型绑定.简化Eloquent 全 ...

  7. 求算符文法的FIRSTVT集的算法

    原理 数据结构 G = {'key':[v1,v2,v3],'key':[v1,v2,v3]}; VN = []; Vt = []; FirstVT = {'key':[v1,v2,v3],'key' ...

  8. 关于微软RDLC报表打印时文字拉伸问题(Windows server 2003 sp2)

    最近我们开发的打印服务频频出现打印文字拉伸问题,客户意见络绎不绝,最为明显的是使用黑体加粗后 “2.0份” 打印出来后小数点几乎看不见了,用户很容易误认为 “ 20份” .所以问题达到了不得不停下手上 ...

  9. WPF内嵌代码和后台代码简单混合使用

    下面实例展示了WPF内嵌代码和后台代码混合使用,一个简单基础的实例: xaml文件: <Window x:Class="WPF内嵌代码和后台代码混合使用.MainWindow" ...

  10. SQL脚本小笔记

    --表添加字段.说明--- --脚本 alter table 表名 ADD 字段名 FLOAT(类型) NOT NULL Default 0(默认值) EXECUTE sp_addextendedpr ...