您当前位置：首页 > php开源 > 综合技术 > android application生命周期介绍

android application生命周期介绍

来源：程序员人生发布时间：2015-02-13 08:35:36 阅读次数：39977次

看到application这个类，1直不知道这个是干甚么用的，今天恰好有点时间，所以进行了详细的学习。

1.先对它的整体概念解释：

在android源码中对他的描写是;

       * Base class for those who need to maintain global application state. You can
      * provide your own implementation by specifying its name in your
* AndroidManifest.xml's <application> tag, which will cause that class
* to be instantiated for you when the process for your application/package is
        * created.

SDK中的描写：Application类是为了那些需要保存全局变量设计的基本类，你可以在AndroidManifest.xml的<application>标签中进行自己的实现，这样的结果是：当你的 application或包被建立的时候将引发那个类被建立。

理解：就是说application是用来保存全局变量的，并且是在package创建的时候就随着存在了。所以当我们需要创建全局变量的时候，不需要再像j2se那样需要创建public权限的static变量，而直接在application中去实现。只需要调用Context的getApplicationContext或Activity的getApplication方法来取得1个application对象，再做出相应的处理。

例如Launcher模块中;它自己就写了个application，在AndroidManifest.xml中将它进行了设置：

<application
android:name="com.android.launcher2.LauncherApplication"

对他的设置可以参考这个模块。

2.里面的方法进行说明：

onCreate();

                          /**
       * Called when the application is starting, before any other application
       * objects have been created. Implementations should be as quick as
   * possible (for example using lazy initialization of state) since the time
       * spent in this function directly impacts the performance of starting the
   * first activity, service, or receiver in a process.
       * If you override this method, be sure to call super.onCreate().
        */

这个函数是当我们的利用开始之时就被调用了，比利用中的其他对象创建的早，这个实现尽量的快1点，由于这个时间直接影响到我们第1个activity/service

/receiver。如果你要重写这个方法必须调用super.onCreate().

onTerminate():

                         /**
                            * This method is for use in emulated process environments. It will
    * never be called on a production Android device, where processes are
    * removed by simply killing them; no user code (including this callback)
                            * is executed when doing so.
                         */

这个函数是摹拟1个进程环境，在真机中永久也不会被调用。

Android Application对象必须掌握的7点

作者：皇马船长更新于 07月01日访问（1589）评论（4）

1:Application是甚么？

1	Application和Activity,Service1样,是android框架的1个系统组件，当android程序启动时系统会创建1个 application对象，用来存储系统的1些信息。通常我们是不需要指定1个Application的，这时候系统会自动帮我们创建，如果需要创建自己的Application，也很简单创建1个类继承 Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的 Application的名字定入便可)。

android系统会为每一个程序运行时创建1个Application类的对象且仅创建1个，所以Application可以说是单例 (singleton)模式的1个类.且application对象的生命周期是全部程序中最长的，它的生命周期就等于这个程序的生命周期。由于它是全局的单例的，所以在不同的Activity,Service中取得的对象都是同1个对象。所以通过Application来进行1些，数据传递，数据同享等,数据缓存等操作。

2:通过Application传递数据

1 2

     假设有1个Activity A, 跳转到 Activity B ,并需要推荐1些数据，通常的作法是Intent.putExtra() 让Intent携带，或有1个Bundle把信息加入Bundle让Intent推荐Bundle对象，实现传递。但这样作有1个问题在 于，Intent和Bundle所能携带的数据类型都是1些基本的数据类型，如果想实现复杂的数据传递就比较麻烦了，通常需要实现 Serializable或Parcellable接口。这实际上是Android的1种IPC数据传递的方法。如果我们的两个Activity在同1个 进程当中为何还要这么麻烦呢，只要把需要传递的对象的援用传递过去就能够了。
    基本思路是这样的。在Application中创建1个HashMap ，以字符串为索引，Object为value这样我们的HashMap就能够存储任何类型的对象了。在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或其它途经再把这索引的字符串传递给Activity B ,Activity B 就能够根据这个字符串在HashMap中取出这个对象了。只要再向下转个型 ，就实现了对象的传递。

3:Application数据缓存

　　我1般会习惯在application中建立两个HashMap1个用于数据的传递，1个用于缓存1些数据。比如有1个Activity需要从网站获得1些数据，获得完以后我们就能够把这个数据cache到Application 当中，当页面设置到其它Activity再回来的时候，就能够直接使用缓存好的数据了。但如果需要cache1些大量的数据，最好是cache1些 (软援用)SoftReference ，并把这些数据cache到本地rom上或sd卡上。如果在application中的缓存不存在，从本地缓存查找，如果本地缓存的数据也不存在再从网络上获得。

4:PitFalls(汉语：易犯的毛病)

使用Application如果保存了1些不该保存的对象很容易致使内存泄漏。如果在Application的oncreate中履行比较耗时的操作，将直接影响的程序的启动时间。不些清算工作不能依托onTerminate完成，由于android会尽可能让你的程序1直运行，所以很有可能 onTerminate不会被调用。

5：MemoryLeak

在Java中内存泄漏是只，某个(某些)对象已不在被使用应当被gc所回收，但有1个对象持有这个对象的援用而禁止这个对象被回收。比如我们通常会这样创建1个View TextView tv = new TextView(this);这里的this通常都是Activity。所以这个TextView就持有着这个Activity的援用。下面看张图 (Google IO 2011 ppt中抄得)
通常情况下，当用户转动手机的时候，android会重新调用OnCreate()方法生成1个新的Activity，原来的 Activity应当被GC所回收。但如果有个对象比如1个View的作用域超过了这个Activity(比如有1个static对象或我们把这个 View的援用放到了Application当中)，这时候候原来的Activity将不能被GC所回收，Activity本身又持有很多对象的援用，所以全部Activity的内存被泄漏了。

1 2 3

  备注：常常致使内存泄漏核心缘由：
   keeping a long-lived reference to a Context.持有1个context的对象，从而gc不能回收。
  情况以下：

　 1.1个View的作用域超越了所在的Activity的作用域，比如1个static的View或把1个View cache到了application当中 etc
理解：内存：注意静态的数据和缓存中的数据；注意释放；
　　2.某些与View关联的Drawable的作用域超越了Activity的作用域。
3.Runnable对象：比如在1个Activity中启用了1个新线程去履行1个任务，在这期间这个Activity被系统回收了，但Runnalbe的任务还没有履行终了并持有Activity的援用而泄漏，但这类泄漏1般来泄漏1段时间，只有Runnalbe的线程履行完闭，这个 Activity又可以被正常回收了。

4.内存类的对象作用域超越Activity的范围：比如定义了1个内存类来存储数据，又把这个内存类的对象传给了其它Activity 或Service等。由于内部类的对象会持有当前类的援用，所以也就持有了Context的援用。解决方法是如果不需要当前的援用把内部类写成static或，把内部类抽取出来变成1个单独的类，或把避免内部对象作用域超越Activity的作用域。out Of Memery Error 在android中每个程序所分到的内存大小是有限的，如果超过了这个数就会报Out Of Memory Error。 android给程序分配的内存大小与手机硬件有关，以下是1些手机的数据：
G1:16M Droid:24 Nexus One:32M Xoom:48Ms
所以尽可能把程序中的1些大的数据cache到本地文件。以避免内存使用量超标。
记得数据传递完成以后，把寄存在application的HashMap中的数据remove掉，以避免产生内存的泄漏

6：生命周期：

onCreate 在创建利用程序时创建
onTerminate 当终止利用程序对象时调用，不保证1定被调用，当程序是被内核终止以便为其他利用程序释放资源，那
么将不会提示，并且不调用利用程序的对象的onTerminate方法而直接终止进程
onLowMemory 当后台程序已终止资源还匮乏时会调用这个方法。好的利用程序1般会在这个方法里面释放1些没必要
要的资源来应付当后台程序已终止，前台利用程序内存还不够时的情况。
onConfigurationChanged 配置改变时触发这个方法

备注:application 被杀死的情况分析：
为了决定在内存较低的时候杀掉哪一个进程, Android会根据运行在这些进程内的组件及他们的状态把进程划分成1个”重要程度层次”. 其重要的程度按以下规则排序:
1：前端进程可以是1个持有运行在屏幕最前端并与用户交互的Activity的进程(onResume方法被调用时)，也能够是持有1个正在运行的IntentReceiver(也就是说他正在履行自己的onReceiveIntent方法)的进程. 在系统中, 只会有少数这样的进程, 并且除非内存已低到不够这些进程运行, 否则系统不会主动杀掉这些进程. 这时候, 装备通常已到达了需要内存整理的状态, 所以杀掉这些进程是为了不让用户界面停止响应.
2：可视进程是持有1个被用户可见, 但没有显示在最前端 (onPause方法被调用时) 的Activity的进程. 举例来讲, 这类进程通常出现在1个前端Activity以1个对话框出现并保持前1个Activity可见时. 这类进程被系统认为是极为重要的, 并且通常不会被杀掉, 除非为了保持所有前端进程正常运行不能不杀掉这些可见进程.
3：服务进程是持有1个Service的进程, 该Service是由startService()方法启动的, 虽然这些进程用户不能直接看到, 但是通常他们做的工作用户是10分关注的(例如, 在后台播放mp3或是在后台下载上传文件), 所以, 除非为了保持所有的前端进程和可视进程正常运行外, 系统是不会杀掉服务进程的.
4：后台进程是持有1个不再被用户可见的Activity(onStop()方法被调用时)的进程. 这些进程不会直接影响用户体验. 加入这些进程已完全的,正确的完成了自己的生命周期(访问Activity查看更多细节), 系统会在为前3种进程释放内存时随时杀掉这些后台进程. 通常会有很多的后台进程在运行, 所以这些进程被寄存在1个LRU列表中, 以保证在低内存的时候, 最近1个被用户看到的进程会被最后杀掉.
5：空进程是没有持有任何活动利用组件的进程. 保存这类进程的唯1理由是为了提供1种缓存机制, 缩短他的利用下次运行时的启动时间. 就其本身而言, 系统杀掉这些进程的目的是为了在这些空进程和底层的核心缓存之间平衡全部系统的资源. www.2cto.com
当需要给1个进程分类的时候, 系统会在该进程中处于活动状态的所有组件里掉选1个重要等级最高作为分类根据. 查看Activity, Service,和IntentReceiver的文档, 了解每一个组件在进程全部生命周期中的贡献. 每个classes的文档详细描写他们在各自利用的生命周期中所起得作用.

# 7：application 的context #
1、它描写的是1个利用程序环境的信息，即上下文。
2、该类是1个抽象(abstract class)类，Android提供了该抽象类的具体实现类(后面我们会讲到是ContextIml类)。
3、通过它我们可以获得利用程序的资源和类，也包括1些利用级别操作，例如：启动1个Activity，发送广播，接受Intent
信息等。。

生活不易，码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠
程序员人生

------分隔线----------------------------

上一篇 巧用coalesce

下一篇 上午，接到个奇怪的邮局催领包裹/快件的电话：+1646789041006

分享到:

------分隔线----------------------------

为码而活

积分：4237

15粉丝

7关注

栏目热点