Android使用Application总结

   SDK中的描述：Application类是为了那些须要保存全局变量设计的基本类，你能够在AndroidManifest.xml的<application>标签中进行本身的实现，这样的结果是：当你的application或者包被创建的时候将引发那个类被创建。
理解：就是说application是用来保存全局变量的，而且是在package建立的时候就跟着存在了。因此当咱们须要建立全局变量的时候，不需 要再像j2se那样须要建立public权限的static变量，而直接在application中去实现。只须要调用Context的getApplicationContext或者Activity的getApplication方法来得到一个application对象，再作出相应 的处理。

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

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

对于他的设置能够参考这个模块。

android.app.Application类包含了4个公开的方法

void  onConfigurationChanged(Configuration newConfig)
void  onCreate()  //这里才是真正的入口点。
void  onLowMemory()
void  onTerminate()

1:Application是什么？

1	Application和Activity,Service同样,是android框架的一个系统组件，当android程序启动时系统会建立一个 application对象，用来存储系统的一些信息。一般咱们是不须要指定一个Application的，这时系统会自动帮咱们建立，若是须要建立本身 的Application，也很简单建立一个类继承 Application并在manifest的application标签中进行注册(只须要给Application标签增长个name属性把本身的 Application的名字定入便可)。

android系统会为每一个程序运行时建立一个Application类的对象且仅建立一个，因此Application能够说是单例 (singleton)模式的一个类.且application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。由于它是全局 的单例的，因此在不一样的Activity,Service中得到的对象都是同一个对象。因此经过Application来进行一些，数据传递，数据共享 等,数据缓存等操做。

2:经过Application传递数据

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

3:Application数据缓存

　　我通常会习惯在application中创建两个HashMap一个用于数据的传递，一个用于缓 存一些数据。好比有一个Activity须要从网站获取一些数据，获取完以后咱们就能够把这个数据cache到Application 当中，当页面设置到其它Activity再回来的时候，就能够直接使用缓存好的数据了。但若是须要cache一些大量的数据，最好是cache一些 (软引用)SoftReference ，并把这些数据cache到本地rom上或者sd卡上。若是在application中的缓存不存在，从本地缓存查找，若是本地缓存的数据也不存在再从网 络上获取。

6：生命周期：

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

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

application文件：

Java代码:

public class TestApplication extends Application {

private int curIndex;

public int getCurIndex() {

return curIndex;

}

public void setCurIndex(int curIndex) {

this.curIndex = curIndex;

}

@Override

public void onCreate() {

super.onCreate();

}

@Override

public void onTerminate() {

super.onTerminate();

}

}

application中有一个curIndex和setter getter方法。

第一个acitivty中对application进行的操做：

Java代码：

TestApplication application = (TestApplication) this.getApplication();

Log.i("data", ""+application.getCurIndex());

application.setCurIndex(5);

第二个Activity：

Java代码：

TestApplication application = (TestApplication)this.getApplication();

Log.i("data", ""+application.getCurIndex());

application.setCurIndex(6);

第三个Activity：

Java代码

final TestApplication application = (TestApplication) this.getApplication();

Log.i("data", ""+application.getCurIndex());

在运行过程当中，每一次都kill掉对应的Activity，再进入下一个Activity。