Application是什么
Application和Activity，Service一样，是Android框架的一个系统组件，当Android程序启动是系统会创建一个Application对象，用来存储系统的一些信息。通常我们是不需要制定一个Application的，这时系统会自动帮我们创建，如果需要创建自己的Application，创建一个类继承Application并在manifests的application标签中进行注册（只需要给application标签增加个name属性吧自己的Application的名字写入）。Android系统会为每个程序运行是创建一个Application的类的对象且仅创建一个，所以Application可以说是单例（singleton）模式的一个类，且application对象的生命周期是整个程序中最长的，生命周期就是这个程序的生命周期。因为他是全局的单例的，所以在不同的Activity，Service中获得的对象都是同一个对象。所以通过Application来进行一些数据传递，数据共享，数据缓存等操作。
Application生命周期
registerComponentCallbacks()&unregisterComponentCallbacks():
注册和注销ComponentCallbacks2回调接口，本质上是复写ComponentCallbacks2回调接口里的方法从未实现更多的操作。
registerComponentCallbacke(new ComponentCallbacks2()){
@Override public void onTriMemory(int level){}
@Override public void onLowMemory(){}
@Override public void onConfigurationChanged(Configuration newConfig){}
}
registerActivityLifecycleCallbacks()&unregisterActivityLifecycleCallbacks()：
注册注销对应用程序内所有Activity的生命周期监听。当应用程序内Activity生命周期发生变化时就会调用，实际上是调用registerActivityLifecycleCallbacks()里ActivityLifecycleCallbacks接口里的方法。
registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks(){
@Override public void onActivity Created(Activity activity, Bundle saveInstanceState){}
@Override public void onActivityStarted(Activity activity){
Log.d(TAG,"onActivityStarted: "+ activity.getLocalClassName()); }
@Override public void onActivityResumed(Activity activity){
Log.d(TAG,"onActivityResumed: "+ activity.getLocalClassName()); }
@Override public void onActivityPaused(Activity activity){
Log.d(TAG,"onActivityPaused: "+ activity.getLocalClassName()); }
@Override public void onActivityStopped(Activity activity){
Log.d(TAG,"onActivityStopped: "+ activity.getLocalClassName()); }
@Override public void onActivitySaveInstanceState(Activity activity, Bundle outState){ }
@Override public void onActivityDestroyed(Activity activity){
Log.d(TAG,"onActivityDestroyed: "+ activity.getLocalClassName()); }
})
public void onCreate();在应用程序创建的时候调用，可以实现这个方法来创建和实例化任何应用程序状态变量或共享资源。还可以在这个方法里面得到Application的单例。不要进行耗时操作，否则会拖慢应用程序的启动速度。
public void onTerminate(); 当终止应用程序对象时调用，不保证一定被调用，当程序时被内核终止以便为其他应用程序释放资源，那么不会提醒，并且不调用应用程序对象的onTerminate方法而直接终止进程。
public void onLowMemory(); 当系统资源匮乏的时候，我们可以在这里可以释放额外的内存，这个方法一般只会在后台进程已经结束，但前台应用程序还是缺少内存时调用。可以重写这个方法来清空缓存或者不必要的资源。
public void onTrimMemory(int level);
OnTrimMemory()是 OnLowMemory() Android 4.0后的替代 API,OnLowMemory()= OnTrimMemory()中的TRIM_MEMORY_COMPLETE级别。当运行时决定当前应用程序应该减少其内存开销时(通常进入后台运行时调用)，包含一个level参数，用于提供请求的上下文。
这里有传入一个int类型的参数level，它告诉APP们内存不足的严重性（越高越严重）。假如这时候系统内存不足，运行着前台和后台一共几个APP，这些不同的APP会收到系统不同的“劝告信息”：
TRIM_MEMORY_RUNNING_MODERATE：数值为5，系统内存不足，前台app释放不用的内存，内存不够杀掉其他应用程序。
TRIM_MEMORY_RUNNING_LOW：数值10，系统内存严重不足，前台app释放不用的内存，内存不够杀掉其他多个应用程序。
TRIM_MEMORY_RUNNING_CRITICAL：数值15，系统内存严重不足可能都不足以支撑该前台app的（执行onLowMemory()方法）
TRIM_MEMORY_UI_HIDDEN：数值20，系统把APP从前台切换到后台。回收UI资源。
TRIM_MEMORY_BACKGROUND ：数值40，内存不足，杀掉后台APP
TRIM_MEMORY_MODERATE ：数值60，已进入LRU缓存列表的中间位置，如果后面的APP进程资源都被回收的话，下一个就是轮到它了
TRIM_MEMORY_COMPLETE ：数值80已处于LRU缓存列表的后面位置，APP随时都有被回收的风险
public void onConfigurationChanged(Configuration newConfig); 与Activity不同，配置改变时，应用程序不会终止和重启。如果应用程序使用的值依赖于特定的配置，则重写这个方法来加载这些值，或者在应用程序级处理配置值的改变。
通过Application传递数据
假如有个Activity A，跳转到Activity B,并需要推荐一些数据，通常的作法是Intent.putExtra()让Intent携带，或者有个Bundle把信息加入Bundle让Intent推荐Bundle对象，实现传递。但这样做有个问题，Intent和Bundle所能携带的数据类型都是一些基本数据类型，如果类型复杂的数据传递就比较麻烦了，通常需要实现Serializable或者Parcellable接口。这其实是Activit的一种IPC数据传递的方法。如果我们的两个Acitivity在同一进程中，只需要传递对象的引用就可以了。
在Application中创建一个HashMap，以字符串为索引，Object为value这样我们的HashMap可以存储任意类型的对象了。在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或者其他途径再把这所以的字符串传递给Activity B，ActivityB就可以根据这个字符串在HashMap中取出这个对象，只要再向下转个型就实现了对象的传递。
Application数据缓存
在Application中建立两个HashMap一个用于数据的传递一个用于缓存数据。比如有一个Activity需要从网站中获取一些数据，获取完了之后我们就可以吧这个数据cache到Application中，当页面设置到其他Activity再回来的时候就可以直接实用缓存好的数据了。但如果需要cache一些大量的数据，最好是cache一些（软引用）SoftReference，并把这些数据cache到本地rom上或者sd卡上。如果在application中的缓存不存在，从本地缓存查找，如果本地数据也不存在再从网上获取。使用application如果保存了一些不该保存的对象很容易导致内存泄漏。如果在Application的onCreate中执行比较耗时的操作，将直接影响启动的时间。一些清理工作不能依靠onTerminate完成，因为android会尽量让你的程序一直运行，所以很有可能onTerminate不会调用。
在Java中内存泄漏是指，某个或者某些对象已经不再被使用应该被gc回收，但有个对象一直持有这个对象的引用而阻止其被回收。比如说TextView tv=new Textview（this）；这里的this通常指的是Activity。所以这个TextView就持有这个引用。通常，当我们转动手机的时候，Android会重新调用onCreate（）方法生成一个新的Activity，原来的Activity就被gc回收。但如果有个对象比如一个view的作用域超过了这个Activity（比如有一个static对象或者我们把这个View的引用放到了Application中），这个时候原来的Activity不能被gc回收，Activity本身又持有很多对象的引用，所以整个Activity的内存被泄漏了。
通常导致内存泄漏核心原因
keeping a long-lived reference to a Context.持有一个Context的对象，从而gc不能回收。
情况如下：
（1）一个View的作用域超出了所在的Activity的作用域（比如一个static的View或者把一个View cache到了application当中etc。）注意静态的数据和缓存中的数据；以及数据释放；
（2）某些与view关联的Drawable的作用域超出了Activity的作用域。
（3）Runnable对象：比如在一个Activity中启用了一个新线程去执行一个任务，在这期间这个Activity被系统回收了，但Runnable的任务还没有执行完毕并持有Activity的引用而泄漏，但这种泄漏一般一堆时间，只有Runable的线程执行完毕，这个Activity又可以被正常回收了。
（4）内部类的对象作用域超出了Activity的范围：比如定义了一个内部类来存储数据，有把这个内部类的对象又传给了其他Activity和Service等。因为内部类的对象会持有这个类的引用，所以也就持有了context的引用。解决方法是如果不需要当前的引用把内部类写成static或者把内部类抽取出来变成一个单独的类，或者把避免内部对象作用域超出Activity的作用域。
Out Of Memery Error：在Android中每个程序所分到的内存大小是有限的，如果超出这个数就谁报Out Of Mermory Error。Android给程序分配的内存大小与手机硬件有关，以下是一些手机的数据：G1:16M Droid:24M Nexus One 32M Xoom:48M。所以尽量把程序中的一些大的数据cache到本地文件，以免内存泄漏。
记得数据传递完成之后，把存放在Application的HashMap中的数据remove掉，以免发生内存泄漏。
Application被杀死的情况分析
为了决定在内存较低的时候杀掉那个进程，Android会根据运行在这些进程内的组件以及他们的状态把进程划分成一个“重要程度层次”，其重要程度按以下规则排序：
1:前端进程可以是一个持有运行在屏幕最前端并与用户交互的Activity的进程(onResume方法被调用时)，也可以是持有一个正在运行的IntertReceiver(也就是说它正在执行自己的onReceiverInrent方法)的进程。在系统中，只会有少数这样的进程，并且除非内存已经低到不够这些进程运行，否则系统不会主动杀死这些进程。这时，设备通常已经达到了需要内存整理的状态，所以杀掉这些进程时为了不让用户界面停止响应。
2:可视进程是持有一个被用户可见，但没有显示在最前端(onPause方法被调用时)的Activity的进程。举例来说，这种进程通常出现在一个前端Activity以一个对话框出现并保持前一个Activity可见时，这种进程被系统认为是极其重要的，并且通常不会被杀掉，除非为了保持所有前端进程正常运行不得不杀死这些可见进程。
3:服务进程是持有一个Service的进程，该Service是由startService()方法启动的，尽管这些进程用户不能直接看到，但它们做的工作用户是十分关注的(例如，在后台播放mp3或是在后台下载上传文件)，所以，除非为了保持所有的前端进程和可视进程正常运行外，系统是不会杀掉服务进程的。
4:后台进程是持有一个不再被用户可见的Activity(onStop()方法被调用时)的进程。这些进程不会直接影响用户体验，加上这些进程已经完整的，正确的完成了自己的生命周期(访问Activity查看跟多细节)，系统会在为前三种进程释放内存时随时杀掉这些后台进程。通常会有很多的后台进程在运行，所以这些进程被存放在一个LRU列表中，以保证在低内存的时候，最近一个被用户看到的进程最后被杀掉。
5:空进程时没有持有任何活动应用组件的进程，保留这种进程的唯一理由时为了提供一种缓存机制，缩短他的应用下次运行时的启动时间，就本身而言，系统杀掉这些进程的目的时为了在这些空进程和底层的核心缓存之间平衡整个系统的资源。
当需要给一个进程分类的时候，系统会在该进程中处于活动状态的所有组件里掉选一个重要等级最高作为分类依据。查看Activity，Service，IntentReceiver的文档，了解每个组件在进程整个生命周期中的贡献。每一个classes 的文档详细描述它们在各自应用的生命周期中所起的作用。
Application的context
1，他描述的时一个应用程序环境的信息，即上下文
2，该类是一个抽象(abstract class)类，Android提供了该抽象类的具体实现类(ContextIml)
3，通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent信息等
getContext()、getApplication()、getApplicationContext、getActivity()的区别：
(1) getContext() 获取到当前对象的上下文
(2)getApplication() 获取Application的对象
(3)getApplicationContext() 获取到当前应用程序的上下文。生命周期随着应用程序的销毁而销毁，每个Activity都有自己的上下文，而整个应用只有一个上下文。
(4)getActivity() 获取Acitivty对象
