前言:本文所写的是博主的个人见解,如有错误或者不恰当之处,欢迎私信博主,加以改正! 原文链接,demo链接
谈到关于Activity的生命周期,相信很多朋友都看到过这样的图了,如下图:
![Activity生命周期图][1]
[1]: http://www.passershowe.com/img/activity_lifecycle.png
下面谈谈Activiy生命周期的函数
- onCreate()
在Activity第一次创建时调用,通常会在该函数中进行一些初始操作:如创建视图,将数据绑定到列表,绑定事件等。提供了一个包含Activity之前冻结状态的Bundle(如果有的话)。 - onStart()
该函数在onCreate()函数被调用之后被调用,当Activity对用户变得可见时调用。如果Activity来到前台,则继续执行onResume(),如果隐藏,则返回onStop()。 - onResume()
当Activity变为可见,开始与用户进行交互时调用,即Activity处于Activity堆栈的顶部,用户输出将进入该Activity的堆栈。 - onPause()
该函数在系统准备启动或者恢复之前的Activity时调用。通常会在这个函数提交未保存更改持久性数据,停止动画和可能耗用CPU等的其他事情。 - onStop()
该函数在Activity 对用户不可见时调用,因为另一个Activity已被恢复并覆盖了当前Activity。 - onRestart()
该函数在你的Activity停止后,再次启动之前调用。 - onDestory()
该函数在Activity被销毁之前调用,之后Activity的状态将变为销毁状态,通常在执行finish()方法或者系统为了节省空间,销毁了Activity。可以通过isFinishing()方法来区分。
Activity生命周期的几个过程
一个简单的demo,代码如下
public class MainActivity extends AppCompatActivity {
private static final String TAG = "MainActivity";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.i(TAG, "onCreate");
Toast.makeText(getApplicationContext(), "onCreate", Toast.LENGTH_SHORT).show();
}
@Override
protected void onStart() {
super.onStart();
Log.i(TAG, "onStart");
Toast.makeText(getApplicationContext(), "onStart", Toast.LENGTH_SHORT).show();
}
@Override
protected void onResume() {
super.onResume();
Log.i(TAG, "onResume");
Toast.makeText(getApplicationContext(), "onResume", Toast.LENGTH_SHORT).show();
}
@Override
protected void onPause() {
super.onPause();
Log.i(TAG, "onPause");
Toast.makeText(getApplicationContext(), "onPause", Toast.LENGTH_SHORT).show();
}
@Override
protected void onStop() {
super.onStop();
Log.i(TAG, "onStop");
Toast.makeText(getApplicationContext(), "onStop", Toast.LENGTH_SHORT).show();
}
@Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "onRestart");
Toast.makeText(getApplicationContext(), "onRestart", Toast.LENGTH_SHORT).show();
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.i(TAG, "onDestroy");
Toast.makeText(getApplicationContext(), "onDestroy", Toast.LENGTH_SHORT).show();
}
}
- Activity正常启动过程
onCreate() -> onStart() -> onResume(),Activity处于运行状态
2.Activity 退居后台时
当前Activity跳转到其他的非对话框式的Activity,onPause() -> onStop() - 当前Activity重新返回前台时
onRestart() -> onStart() -> onResume(),重新回到运行状态 - 当用户按home键时
onPause() -> onStop(),此时Activity退居后台 - 当用户锁屏再解锁时
用户按锁屏键 -> onPause() -> onStop() -> 用户按解锁键 -> onRestart() -> onStart() -> onResume(),Activity再次回到前台 - 当前Activity退居后台,启动对话框式的Activity,返回当前Activity时
onPause() -> onResume(),Activity再次回到前台 - Activity退居后台,且系统内存不足
系统会杀死这个后台状态的Activity,若再次回到这个Activity,则会执行onCreate() -> onStart() -> onResume() - 用户退出应用或者被系统清理时
onPause() -> onStop() -> onDestroy(),Activity处于被销毁状态
Activity的四种启动模式
- standard 模式
Activity 启动的默认模式,可多次实例化,可以位于 Activity 堆栈中的任何位置。每次 "standard" Activity 有新的 Intent 时,系统都会创建新的类实例来响应该 Intent 。每个实例处理单个 Intent。 - singleTop 模式
可多次实例化,可以位于 Activity 堆栈中的任何位置,每次 "singleTop" Activity 有新的 Intent 时,如果目标任务在其堆栈顶部已有一个 Activity 实例,那么该实例将接收新Intent(通过调用 onNewIntent());此时不会创建新实例。如果 "singleTop" 的一个现有实例虽在目标任务内,但未处于堆栈顶部,或者虽然位于堆栈顶部,但不在目标任务中则系统会创建一个新实例并将其推送到堆栈上。 - singleTask 模式
始终位于Activity堆栈的根位置,一个设备只能保留一个Activity实例,只允许一个此类任务, "singleTask" Activity 允许其他 Activity 成为其任务组成部分 - singleInstance 模式
始终位于 Activity 堆栈的根位置,一个设备只能保留一个Activity实例,只允许一个此类任务, "singleInstance" Activity 不允许其他 Activity 成为其任务组成部分,它是任务中唯一的 Activity ,如果它启动另一个 Activity 系统会将该 Activity 分配给其他任务
注:standard 是默认模式并且适合大多数的 Activity 类型,singleTop 也是一个常见且有用的启动模式。singleTask 和 singleInstance 模式这不适合大多数应用,所形成的交互模式可能会让用户感到陌生。
网友评论