android生命周期详解

Ⅰ android中，activity生命周期是指什么

一个Android应用程序在运行时，对于底层的Linux Kernel而言都是一个单独的进程，但是对于Android系统而言，因为局限于手机画面的大小与使用的考虑，不能把每一个运行中的应用程序窗口都显示出来。

所以通常手机系统的界面一次仅显示一个应用程序窗口，Android使用了Activity的概念来表示界面。

运行中的应用程序分为五大类，分别是：

前景模式：foreground process

可见模式：visible process

背景模式：background process

空白模式：empty process

服务模式：service process

除了最后一个，貌似service process是Service的事情了。其他都与Activity相关。

Android系统会判断应用程序Activity是属于哪一个类，给予不同的Activity生命周期。

Activity的生命周期也是它所在进程的生命周期。

Activity生命周期的运行如图：

Activity生命周期的每一个阶段都表示为金字塔上的一个台阶，当系统创建一个新的activity时，每一个回调函数都把activity的状态网上挪一步。

金子塔的最顶层就是activity运行在前景模式下，用户可与之交互。

当用户离开activity时，系统调用另一些回调函数，将activity的状态从金字塔中一步一步移下来。有些情况下，activity只移动一部分，并没有完全到底，这些情况下仍然可以移动回顶部。

注意这些状态中只有三个状态是静态（static）的，意味着activity只有在这三个状态下能停留一段时间：

Resumed：foreground，用户可交互running state

Paused：部分被遮挡，不能接收用户输入也不能执行代码，另一个半透明或者小的activity正挡在前面。

Stopped：activity完全被遮挡，不能被用户看到，activity被认为在background，当Stopped的时候，activity实例的状态信息被保留，但是不能执行任何代码。

其他状态都是转换状态，系统会很快调用其他相应的回调函数离开这些状态。比如系统调用onCreate()之后，会很快调用onStart()，之后是onResume()。

相信不少朋友也已经看了以上的分析之后，也基本了解了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。

有关于Activity的生命周期是Android中最基础和最重要的知识，如果你想系统的了解一下Activity的生命周期，推荐你可以去一个叫做秒秒学的教程网站上看看。

Ⅱ android为什么要划分生命周期

没有为什么，你只需要了解它是什么就可以了。

划分生命周期是一种软件系统设计概念。手机不同于电脑，电脑拥有足够的资源来处理各种业务，同时支持多任务，而手机则不同，它一般是单任务，没有多少资源处理太多业务，大家必须排队来处理，另外还有各种不可预期的请求（比如我正在玩QQ游戏，电话来了）。你应该先了解生命周期中的每个状态位都是在什么时候出现的，就应该能明白为什么需要这样设计。

这个生命周期的介绍在 Android 官方网站 developer.android.com 上有介绍

Ⅲ android activity什么周期可见

Android中Activity的生命周期可以分为四类：

1. foreground process（前景模式）

2. visible process（可见模式）

3. background process（背景模式）

4. empty process（空白模式）

参考官方给出的生命周期图可以知道Activity的生命周期分为7个方法

onCreate（）、onStart（） 、onResume（）、 onPause（）、onStop（）、onDestory（） 、onRestart（）

其中前景模式是由onCreate（创建）、onStart（启动） 、onResume（可见可交互）三个方法来体现的。而可见模式则分为两种状态，一种是被Dialog覆盖，进入透明模式，在onPause（暂停）可以体现出来，第二就是如果当前Activity被完全覆盖，就会进入onStop状态，完全不可见，当覆盖物消失时会调用onRestart方法来唤醒该Activity，由覆盖状态重新变为可见状态，并重新执行onstart（）和onResume（）重新变为可见可交互状态。

如果Activity被完全覆盖的话，也就是所谓的第三种状态，背景模式。此时的Activity有两种处理方案可以使用，第一方案是调用onDestory（）方法完全销毁当前的Activity。第二方案就是清除掉当前的Activity，并重新执行onstart（）和onResume（）重新变为可见可交互状态。

如果Activity被完全覆盖，并且系统需要内存时，就会暂时销毁Activity，进入空白模式，空白模式最重要的目的就是暂时释放出内存，直到使用者再度唤醒空白模式的 Activity时，才会将空白模式变成前景模式。

最后附张官方给出的生命周期图来帮助理解：

Ⅳ Android 下拉通知栏时Activity的生命周期——重新理解onPause()

在某个APP中，发现下拉通知栏的时候，正在播放的视频会暂停，于是有点好奇这段操作是不是在生命周期中实现的。在网上众多关于Activity生命周期的讨论中，很多人认为 onPause() 和 onStop() 的区别就是“部分遮挡”和“全部遮挡”，那按照这个猜测来分析一下这个过程：

首先，通知栏下拉一点点，符合一般描述中“Activity被部分遮挡”—— onPause()
然后，通知栏完全落下之后，“Activity被全部遮挡”—— onStop()

于是自己写了一个实例来验证：

启动APP时，毫无疑问，调用了 onCreate() → onStart() → onResume() ；
完全下拉通知栏，然后上拉通知栏，发现没有日志打印，说明 下拉通知栏对Activity的生命周期没有影响 。

经过测试不难发现，在Activity中弹出AlertDialog、Toast时，Activity的 onPause() 并没有调用；笔者还尝试在MIUI系统中唤醒小爱同学，发现 onPause() 仍然没有被调用。
但是在以下特殊的情况下， onPause() 会被调用：

跑去看文档发现了如下信息：

发现了 onPause() 和Activity的奇妙联系，就不难理解之前为什么没有被调用的问题了。

查看AlertDialog和Toast的源码，可以发现它们显示的原理，都是通过 WindowManager.addView() 来显示的。也就是说，AlertDialog和Toast可以看做是当前Activity的一部分View，当然也不会对Activity的生命周期构成影响。

因此， onPause() 是否调用的关键就是，是否有另一个Activity参与进来了。
而网上流传甚广的 onPause() 和 onStop() 调用中提到的“遮挡”，应该修正为 “被Activity遮挡”

至于官方文档中提到的， onPause() 之后会调用 onStop() 或者 onResume() ，前者很好理解，一般的退出、新启动一个全屏Activity、锁屏、返回HOME等操作都是这种情况；至于后者，笔者能想到的情况就是，弹出部分遮挡的Activity类型的对话框，然后按返回键。

Ⅳ Android View类中的生命周期是怎样的

android view有以下14个周期：
1、onFinishInflate() 当View中所有的子控件均被映射成xml后触发 。
2、onMeasure( int , int ) 确定所有子元素的大小 。
3、onLayout( boolean , int , int , int , int ) 当View分配所有的子元素的大小和位置时触发 。
4、onSizeChanged( int , int , int , int ) 当view的大小发生变化时触发 。
5、onDraw(Canvas) view渲染内容的细节。
6、onKeyDown( int , KeyEvent) 有按键按下后触发 。
7、onKeyUp( int , KeyEvent) 有按键按下后弹起时触发 。
8、onTrackballEvent(MotionEvent) 轨迹球事件 。
9、onTouchEvent(MotionEvent) 触屏事件 。
10、onFocusChanged( boolean , int , Rect) 当View获取或失去焦点时触发 。
11、onWindowFocusChanged( boolean ) 当窗口包含的view获取或失去焦点时触发 。
12、onAttachedToWindow() 当view被附着到一个窗口时触发 。
13、onDetachedFromWindow() 当view离开附着的窗口时触发，Android123提示该方法和 onAttachedToWindow() 是相反的。
14、onWindowVisibilityChanged( int ) 当窗口中包含的可见的view发生变化时触发。

Ⅵ 如何管理Android中Activity的生命周期

管理Android中Activity的生命周期

在一个activity的生命周期中，系统会像金字塔模型一样去调用一系列的生命周期回调函数。Activity生命周期的每一个阶段就像金字塔中的台阶。当系统创建了一个新的activity实例，每一个回调函数会向上一阶移动activity状态。处在金字塔顶端意味着当前activity处在前台并处于用户可与其进行交互的状态。

当用户退出这个activity时，为了回收该activity，系统会调用其它方法来向下一阶移动activity状态。在某些情况下，activity会隐藏在金字塔下等待(例如当用户切换到其他app),此时activity可以重新回到顶端(如果用户回到这个activity)并恢复用户离开时的状态。

根据activity的复杂度，也许不需要实现所有的生命周期方法。但了解每一个方法的回调时机并在其中填充相应功能，使得确保app能够像用户期望的那样执行是很有必要的。如何实现一个符合用户期待的app，我们需要注意下面几点：

使用app的时候，不会因为有来电通话或者切换到其他app而导致程序crash。

• 用户没有激活某个组件时不会消耗宝贵的系统资源。

• 离开app并且一段时间后返回，不会丢失用户的使用进度。

• 设备发生屏幕旋转时不会crash或者丢失用户的使用进度。

只有三个状态是静态的，这三个状态下activity可以存在一段比较长的时间。(其它几个状态会很快就切换掉，停留的时间比较短暂)

Resumed：该状态下，activity处在前台，用户可以与它进行交互。(通常也被理解为"running" 状态)

Paused：该状态下，activity的部分被另外一个activity所遮盖：另外的activity来到前台，但是半透明的，不会覆盖整个屏幕。被暂停的activity不再接受用户的输入且不再执行任何代码。

Stopped：该状态下, activity完全被隐藏，对用户不可见。可以认为是在后台。当stopped, activity实例与它的所有状态信息（如成员变量等）都会被保留，但activity不能执行任何代码。

Ⅶ 请教android的生命周期的问题

Android 应用程序的生命周期是由Android 框架进行管理，而不是由应用程序直接控

制.

android应用一般由四大组件组成

四大组件中的三个都有各自的生命周期:

activity:

活动（Active/Running）状态

暂停(Paused)状态

停止(Stopped)状态

非活动（Dead）状态

content-provider:

没有生命周期,一般只提供url供其他应用操作,

boardcast-receiver:

生命周期只有十秒左右，如果在 onReceive() 内做超过十秒内的事情，就会报ANR(Application No Response) 程序无响应的错误信息

Ⅷ 如何管理Android中Activity的生命周期

一、基础

1.1自己创建的activity必须要继承类Activity（或其子类）。在activity里，为了实现activity各种状态的切换，你必须实现指定的回调方法。以下是最为重要的两个回调方法

onCreate():

这是必须实现的回调方法，启动一个 activity时会首先调用此方法。因此，在onCreate()的方法体里，你应该初始化该activity必要的控件。值得注意的是，在这里你必须调用setContentView（View view）方法去呈现用户的界面。

onPause()：

在用户将要离开activity时调用此方法（指的是此时activity处于半透明状态且没有获取用户的焦点）。通常在这样的状态下，你需要处理用户数据的提交、动画处理等操作。

1.2销毁activity

你可以调用finish（）方法去销毁一个activity。同样得，你可以调用finishActivity()方法去销毁一个你刚刚启动的activity。

tips：

在多数情况下，你是不需要显式地调用finish…()方法去销毁一个activity。在将要讨论到的activity生命周期里，你可以知道，Android系统会为你管理activity的生命周期，所以你并不需要显式销毁activity（即调用finish类方法）。显式地调用finish类方法，会对用户的体验产生不利的影响，除非你确实是不希望用户返回到此activity（界面），才去显式调用finish类方法。

二、认识activity的生命周期

2、1

Activity的生命周期对它的任务、backstack和与此有关联的activity有着直接的影响。因此想开发出一个健壮的有弹性的Android程序，你需要学会如何去管理activity的生命周期（即调用各种回调方法）。

activity的生命周期主要包含一些三种状态：

（1）运行态（Resumedstate）

此时Activity程序显示在屏幕前台，并且具有焦点，可以与用户的操作进行交互，如向用户提供信息、捕获用户单击按钮的事件并做处理。

（2）暂停态（PausedState）

此时Activity程序失去了焦点，并被其他处于运行态的otherActivity取代在屏幕显示，但otherActivity程序并没有覆盖整个屏幕或者具有半透明的效果—此状态即为暂停态。处于暂停态的Activity仍然对用户可见，并且是完全存活的（此时Activity对象存留在内存里，保留着所有状态与成员信息并保持与窗口管理器的连接）。如果系统处于内存不足的情况下，会杀死这个Activity。

（3）停止态（StoppedState）

当Activity完全被另一个otherActivity覆盖时（此时otherActivity显示在屏幕前台），则处于停止态。处于停滞态的Activity依然是存活的（此时Activity对象依然存留在内存里，保留着所有的状态和与成员信息，但没有与窗口管理器保持连接），而且它对用户是不可见的，如果其他地方需要内存，系统会销毁这个Activity。

处于暂停态(PausedState)或者停止态(Stopped
State)的Activity，系统可以通过调用finish（）方法或者直接终止它的进程来销毁此Activity（从内存中清楚此Activity对象）。被finish()或者销毁的Activity再重新打开时，是需要再次初始化此Activity的。

2、2

当一个Activity从一种状态转到另一种状态时，会通过调用回调方法来通知这种变化。这些回调方法都是可以重写的，你可以根据程序的的需要来选择重写对应的回调方法。以下列出了Activity生命周期里的基本回调方法：

public class ExampleActivity extends Activity {

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

// The activity is being created.

}

@Override

protected void onStart() {

super.onStart();

// The activity is about to become visible.

}

@Override

protected void onResume() {

super.onResume();

// The activity has become visible (it is now
"resumed").

}

@Override

protected void onPause() {

super.onPause();

// Another activity is taking focus (this activity is
about to be "paused").

}

@Override

protected void onStop() {

super.onStop();

// The activity is no longer visible (it is now
"stopped")

}

@Override

protected void onDestroy() {

super.onDestroy();

// The activity is about to be destroyed.

}

}

笔记：在方法体里，必须先调用父类对应的实现方法super.Xxx()，再执行其他的操作（如上面代码所示）。为了习惯，下面也提供一些代码来测试一些这些方法的使用，在博客的最后面。

总的来说，这些回调方法定义了Activity整个生命周期。在生命周期里通过重写这些回调方法，，你可以监控以下下三个嵌套的方法循环。

完整存活的时间：

Activity的完整存活的时间是自第一次调用onCreate()开始，直至调用onDestroy()为止。Activity在onCreate()中设置所有“全局”状态以完成初始化，而在onDestroy()中释放所有系统资源。例如，如果Activity有一个线程在后台运行从网络下载数据，它会在onCreate()创建线程，而在 onDestroy()销毁线程。

可见状态的时间：

Activity的可见状态是自onStart()调用开始直到相应的onStop()调用结束。在此期间，用户可以在屏幕上看到Activity，尽管它也许并不是位于前台或者也不与用户进行交互。在这两个方法之间，我们可以保留用来向用户显示这个Activity所需的资源。例如，当用户不再看见我们显示的内容时，我们可以在onStart()中注册一个BroadcastReceiver来监控会影响UI的变化，而在onStop()中来注消。onStart() 和 onStop() 方法可以随着应用程序是否为用户可见而被多次调用。

显示在前台的时间：

Activity的前台显示是自onResume()调用起，至相应的onPause()调用为止。在此期间，Activity位于前台最上面并与用户进行交互。Activity会经常在暂停和恢复之间进行状态转换——例如当设备转入休眠状态或者有新的Activity启动时，将调用onPause() 方法。当Activity获得结果或者接收到新的Intent时会调用onResume() 方法。