Android Application类的学习和使用

1.Application和Activity,Service一样是Android框架的一个系统组件，当Android程序启动时系统会创建一个Application对象， 用来存储系统的一些信息。
2.通常我们是不需要指定一个Application的，系统会自动帮我们创建，如果需要创建自己的Application，那也很简单！创建一个类继承Application并在AndroidManifest.xml文件中的application标签中进行注册（只需要给application标签增加name属性，并添加自己的 Application的名字即可）。
3.Android系统自动会为每个程序运行时创建一个Application类的对象且只创建一个，所以Application可以说是 单例（singleton）模式的一个类。
4.启动Application时，系统会创建一个PID，即进程ID，所有的Activity都会在此进程上运行。那么我们在Application创建的时候 初始化全局变量，同一个应用的所有Activity都可以取到这些全局变量的值，换句话说，我们在某一个Activity中改变了这些全局变量的值，那么在同一个应用的其他Activity中值就会改变。
5.Application对象的 生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例的，所以在不同的Activity,Service中获得的对象都是同一个对象。所以可以通过Application来进行一些，如： 数据传递、数据共享和数据缓存等操作。
6.注：继承Application类， 主要重写里面的onCreate（）方法（android.app.Application包的onCreate（）才是 真正的Android程序的入口点），就是创建的时候，初始化变量的值。然后在整个应用中的各个文件中就可以对该变量进行操作了。
7.注：只需要调用Context的 getApplicationContext或者Activity的getApplication方法来获得一个Application对象，然后再得到相应的成员变量即可。它是代表我们的应用程序的类，使用它可以获得当前应用的主题和资源文件中的内容等， 这个类更灵活的一个特性就是可以被我们继承，来添加我们自己的全局属性。

Data passing between components using Application
假如有一个Activity A, 跳转到 Activity B ,并需要推荐一些数据，通常的作法是Intent.putExtra() 让Intent携带，或者有一个Bundle把信息加入Bundle让Intent推荐Bundle对象，实现传递。但这样作有一个问题在 于，Intent和Bundle所能携带的数据类型都是一些基本的数据类型，如果想实现复杂的数据传递就比较麻烦了，通常需要实现 Serializable或者Parcellable接口。这其实是Android的一种IPC数据传递的方法。如果我们的两个Activity在同一个 进程当中为什么还要这么麻烦呢，只要把需要传递的对象的引用传递过去就可以了。
基本思路是这样的。在Application中创建一个HashMap<String,Object> ，以字符串为索引，Object为value这样我们的HashMap就可以存储任何类型的对象了。在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或者其它途经再把这人索引的字符串传递给Activity B ,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。只要再向下转个型 ，就实现了对象的传递。
记得数据传递完成之后，把存放在application的HashMap中的数据remove掉，以免发生内存的泄漏。

Data caching in Application
我一般会习惯在application中建立两个HashMap<String,Object>一个用于数据的传递，一个用于缓 存一些数据。比如有一个Activity需要从网站获取一些数据，获取完之后我们就可以把这个数据cache到Application 当中，当页面设置到其它Activity再回来的时候，就可以直接使用缓存好的数据了。但如果需要cache一些大量的数据，最好是cache一些 (软引用)SoftReference ，并把这些数据cache到本地rom上或者sd卡上。如果在application中的缓存不存在，从本地缓存查找，如果本地缓存的数据也不存在再从网 络上获取。

PitFalls
使用Application如果保存了一些不该保存的对象很容易导致内存泄漏。如果在Application的oncreate中执行比较耗时的操作，将直接影响的程序的启动时间。某些清理工作不能依靠onTerminate完成，因为android会尽量让你的程序一直运行，所以很有可能 onTerminate不会被调用。

Activity和Application都是Context的子类。虽然Activity和Application都是Context的子类，但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期，所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的生命周期。

	//com.example.applicationtext.CaHyApplication@4269a4d0
	caHyApplication1 = (CaHyApplication) getApplication();
	//com.example.applicationtext.CaHyApplication@4269a4d0
	//获取CaHyApplication实例的方法
	caHyApplication2 =  CaHyApplication.getCaHyApplication();
	//com.example.applicationtext.CaHyApplication@4269a4d0
	context2 = getApplicationContext();
	//com.example.applicationtext.MainActivity@426b5438
	context1 = this;	
	//可以获取到应用程序的信息
	ApplicationInfo applicationInfo = getApplicationInfo();

前面三种方式获取到的实例都是Application context ，this获取的才是Activity context
在使用的时候一般是用Activity的context，除非是在Activity的生命周期很长或者是必须用Application Context的时候。

学习连接点击打开链接 ，此链接的所有权不是本人。