Android——Activity浅析

概述1.Activity生命周期一个Activity从启动到结束会以如下顺序经历整个生命周期：onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()onCreate()：当Activity第一次创建时会被调用：做一些初始化工作，比如调用setContentView去加载界面布局资源，初始化Activity 1. Activity生命周期

一个Activity从启动到结束会以如下顺序经历整个生命周期：
onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()

onCreate()：当 Activity 第一次创建时会被调用：做一些初始化工作，比如调用setContentVIEw去加载界面布局资源，初始化Activity所需的数据。onRestart()：表示Activity正在重新启动：当当前Activity从不可见重新变为可见状态时，onRestart就会被调用。这种情形一般是用户行为导致的，比如用户按Home键切换到桌面或打开了另一个新的Activity，接着用户又回到了这个Actvity。onStart(): 表示Activity正在被启动，即将开始，这时Activity已经出现了，但是还没有出现在前台，无法与用户交互。这个时候可以理解为Activity已经显示出来，但是我们还看不到。onResume():表示Activity已经可见了，并且出现在前台并开始活动。需要和onStart()对比，onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。onPause():表示 Activity正在停止，仍可见，正常情况下，紧接着onStop就会被调用。在特殊情况下，如果这个时候快速地回到当前Activity，那么onResume就会被调用（极端情况）。onPause中不能进行耗时 *** 作，会影响到新Activity的显示。因为onPause必须执行完，新的Activity的onResume才会执行。onStop():表示Activity即将停止，不可见，位于后台。可以做稍微重量级的回收工作，同样不能太耗时。onDestory():表示Activity即将销毁，这是Activity生命周期的最后一个回调，可以做一些回收工作和最终的资源回收。1.1 Activity常见情景的生命周期

①针对一个特定的Activity，第一次启动，回调如下：onCreate()->onStart()->onResume()

②用户打开新的Activiy的时候，上一个Activity的回调如下：onPause()->onStop()

③再次回到原Activity时，回调如下：onRestart()->onStart()->onResume()

④按back键回退时，上一个Activity回调如下：onPause()->onStop()->onDestory()

⑤按Home键切换到桌面后又回到该Actitivy，回调如下：onPause()->onStop()->onRestart()->onStart()->onResume()

⑥调用finish()方法后，回调如下：onDestory()
(以在onCreate()方法中调用为例，不同方法中回调不同，通常都是在onCreate()方法中调用)

1.2 Activity特殊场景的生命周期

横竖屏切换：
在横竖屏切换的过程中，会发生Activity被销毁并重建的过程。在了解这种情况下的生命周期时，首先应该了解这两个回调

onSaveInstanceState:在Activity由于异常情况下终止时，
系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用是在onStop之前，它和onPause没有既定的时序关系，该方法只Activity被异常终止的情况下调用onRestoreInstanceState:当异常终止的Activity被重建以后，
系统会调onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象参数同时传递给onRestoreInstanceState和onCreate方法

onCreate 和 onRestoreInstanceState 区别：

onRestoreInstanceState回调则表明其中Bundle对象非空，不用加非空判断。onCreate需要非空判断。建议使用onRestoreInstanceState。

横竖屏切换的生命周期：
onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

当然这种情况也是可以被避免的：
可以通过在AndroIDManifest文件的Activity中指定如下属性：

androID:configChanges = "orIEntation| screenSize"

来避免横竖屏切换时，Activity的销毁和重建，而是回调了下面的方法：

@OverrIDepublic voID onConfigurationChanged(Configuration newConfig){	super.onConfigurationChanged(newConfig);}

资源内存不足导致优先级低的Activity被杀死：
Activity优先级介绍：

前台Activity——正在和用户交互的Activity，优先级最高。可见但非前台Activity——比如Activity中d出了一个对话框，导致Activity可见但是位于后台无法和用户交互。后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低。

生命周期与上述横竖屏切换一致：
onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

2. Activity 运行状态Resumed（活动状态）
又称Running状态，这个Activity正在屏幕上显示，并且有用户焦点。Paused（暂停状态）
这是一个比较不常见的状态。这个Activity在屏幕上是可见的，但是并不是在屏幕最前端的那个Activity。比如有另一个非全屏或者透明的Activity是Resumed状态，没有完全遮盖这个Activity。Stopped（停止状态）
当Activity完全不可见时，此时Activity还在后台运行，仍然在内存中保留Activity的状态，并不是完全销毁。这个也很好理解，当跳转的另外一个界面，之前的界面还在后台，按回退按钮还会恢复原来的状态，大部分软件在打开的时候，直接按Home键，并不会关闭它，此时的Activity就是Stopped状态。3. Activity 启动模式标准模式（standard）栈顶复用模式（singletop）栈内复用模式（singleTask）单例模式（singleInstance）

启动模式的结构——栈
任务栈采用“后进先出”的栈结构

1.标准模式（standard）

每启动一次Activity，就会创建一个新的Activity实例并置于栈顶。谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。

2.栈顶复用模式（singletop）
如果需要新建的Activity位于任务栈栈顶，那么此Activity的实例就不会重建，而是重用栈顶的实例。并回调如下方法：

@OverrIDeprotected voID onNewIntent(Intent intent) {	super.onNewIntent(intent);}

由于不会重建一个Activity实例，则不会回调其他生命周期方法。
如果栈顶不是新建的Activity,就会创建该Activity新的实例，并放入栈顶。

3.栈内复用模式（singleTask）
该模式是一种单例模式，即一个栈内只有一个该Activity实例。

可以通过在AndroIDManifest文件的Activity中指定该Activity需要加载到那个栈中，即singleTask的Activity可以指定想要加载的目标栈。singleTask和taskAffinity配合使用，指定开启的Activity加入到哪个栈中。

<activity androID:name=".Activity1"androID:launchMode="singleTask"androID:taskAffinity="com.lvr.task"androID:label="@string/app_name"></activity>

taskAffinity:每个Activity都有taskAffinity属性，这个属性指出了它希望进入的Task。
如果一个Activity没有显式的指明该Activity的taskAffinity，那么它的这个属性就等于Application指明的taskAffinity，如果Application也没有指明，那么该taskAffinity的值就等于包名。

执行逻辑：

如果Activity指定的栈不存在，则创建一个栈，并把创建的Activity压入栈内。如果Activity指定的栈存在，如果其中没有该Activity实例，则会创建Activity并压入栈顶，Activity指定的栈存在，如果其中有该Activity实例，则把该Activity实例之上的Activity杀死清除出栈，重用并让该Activity实例处在栈顶，然后调用onNewIntent()方法。

4.单例模式（singleInstance）
栈内复用模式（singleTask）的加强版,打开该Activity时，直接创建一个新的任务栈，并创建该Activity实例放入新栈中。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例。

特殊情况——前台栈和后台栈的交互
假如目前有两个任务栈。前台任务栈为AB，后台任务栈为CD，这里假设CD的启动模式均为singleTask,现在请求启动D，那么这个后台的任务栈都会被切换到前台，这个时候整个后退列表就变成了ABCD。当用户按back返回时：

如果不是请求启动D而是启动C，那么情况又不一样，如下图。

总结

以上是内存溢出为你收集整理的Android——Activity浅析全部内容，希望文章能够帮你解决Android——Activity浅析所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。