应用程序组件------Application

Application和Activity,Service一样是android框架的一个系统组件，当android程序启动时系统会创建一个 application对象，用来存储系统的一些信息。类似的，Java，C运行时都有自己的主函数，其实在android.app.Application这个类的onCreate才是真正的Android入口点，只不过大多数开发者无需重写该类，系统会自动帮我们创建，如果需要创建自己 的Application，也很简单创建一个类继承 Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的 Application的名字定入即可)。

第一步、写一个全局的单例模式的MyApplication继承自Application 覆盖onCreate ，在这个方法里面实例化Application
public class MyApplication extends Application {
…
@Override
public void onCreate() {
super.onCreate();
…
}
……
}
第二步、配置全局的Context

OnLowMemory
OnLowMemory是Android提供的API，在系统内存不足，所有后台程序（优先级为background的进程，不是指后台运行的进程）都被杀死时，系统会调用OnLowMemory。系统提供的回调有：
● Application.onLowMemory()
● Activity.OnLowMemory()
● Fragement.OnLowMemory()
● Service.OnLowMemory()
● ContentProvider.OnLowMemory()
除了上述系统提供的API，还可以自己实现ComponentCallbacks，通过API注册，这样也能得到OnLowMemory回调。例如：
[图片]
public static class MyCallback implements ComponentCallbacks {
@Override
public void onConfigurationChanged(Configuration arg) {
}

    @Override
    public void onLowMemory() {
        //do release operation
    }

}

[图片]
然后，通过Context.registerComponentCallbacks ()在合适的时候注册回调就可以了。通过这种自定义的方法，可以在很多地方注册回调，而不需要局限于系统提供的组件。
onLowMemory 当后台程序已经终止资源还匮乏时会调用这个方法。好的应用程序一般会在这个方法里面释放一些不必要的资源来应付当后台程序已经终止，前台应用程序内存还不够时的情况。

OnTrimMemory
OnTrimMemory是Android 4.0之后提供的API，系统会根据不同的内存状态来回调。系统提供的回调有：
● Application.onTrimMemory()
● Activity.onTrimMemory()
● Fragement.OnTrimMemory()
● Service.onTrimMemory()
● ContentProvider.OnTrimMemory()
OnTrimMemory的参数是一个int数值，代表不同的内存状态：
● TRIM_MEMORY_COMPLETE：内存不足，并且该进程在后台进程列表最后一个，马上就要被清理
● TRIM_MEMORY_MODERATE：内存不足，并且该进程在后台进程列表的中部。
● TRIM_MEMORY_BACKGROUND：内存不足，并且该进程是后台进程。
● TRIM_MEMORY_UI_HIDDEN：内存不足，并且该进程的UI已经不可见了。
以上4个是4.0增加
● TRIM_MEMORY_RUNNING_CRITICAL：内存不足(后台进程不足3个)，并且该进程优先级比较高，需要清理内存
● TRIM_MEMORY_RUNNING_LOW：内存不足(后台进程不足5个)，并且该进程优先级比较高，需要清理内存
● TRIM_MEMORY_RUNNING_MODERATE：内存不足(后台进程超过5个)，并且该进程优先级比较高，需要清理内存
以上3个是4.1增加

OnLowMemory和OnTrimMemory的比较
1，OnLowMemory被回调时，已经没有后台进程；而onTrimMemory被回调时，还有后台进程。
2，OnLowMemory是在最后一个后台进程被杀时调用，一般情况是low memory killer 杀进程后触发；而OnTrimMemory的触发更频繁，每次计算进程优先级时，只要满足条件，都会触发。
3，通过一键清理后，OnLowMemory不会被触发，而OnTrimMemory会被触发一次。

onConfigurationChanged
在Android开发中，如果某些事件触发（例如：旋屏事件），则Activity会重新调用onCreate方法，对Activity重新初始化，这样不仅效率低，而且会造成数据丢失，解决办法是重写onConfigurationChanged方法，并在AndroidManifest.xml中对Activity声明configChanges，这样特定事件触发就会调用onConfigurationChanged方法，而不是onCreate方法重新初始化。
[图片]

通常在AndroidManifest.xml中指定Activity添加以下代码：
android:configChanges=”orientation|keyboard|keyboardHidden”
这句代码表示，当设备旋转、显示键盘、隐藏键盘时调用Activity的onConfigurationChanged方法，如果这句话不声明，特定事件触发的时候则会调用onCreate方法。
另外需要注意的是onConfigurationChanged()方法中的：super.onConfigurationChanged(newConfig);一定不能省去，否则将引发：android.app.SuperNotCalledException 异常。

　　android系统会为每个程序运行时创建一个Application类的对象且仅创建一个，所以Application可以说是单例 (singleton)模式的一个类.且application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局 的单例的，所以在不同的Activity,Service中获得的对象都是同一个对象。所以可以通过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 ，以字符串为索引，Object为value这样我们的HashMap就可以存储任何类型的对象了。在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或者其它途经再把这人索引的字符串传递给Activity B ,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。只要再向下转个型 ，就实现了对象的传递。

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

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

PS 内存泄漏
经常导致内存泄漏的一些原因：
　　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被系统回收了， 但Runnalbe的任务还没有执行完毕并持有Activity的引用而泄漏，但这种泄漏一般来泄漏一段时间，只有Runnalbe的线程执行完闭，这个 Activity又可以被正常回收了。
　　4，内存类的对象作用域超出Activity的范围：比如定义了一个内存类来存储数据，又把这个内存类的对象传给了其它Activity 或者Service等。因为内部类的对象会持有当前类的引用，所以也就持有了Context的引用。解决方法是如果不需要当前的引用把内部类写成 static或者，把内部类抽取出来变成一个单独的类，或者把避免内部对象作用域超出Activity的作用域。

　out Of Memery Error
在android中每一个程序所分到的内存大小是有限的，如果超过了这个数就会报Out Of Memory Error。android给程序分配的内存大小与手机硬件有关，以下是一些手机的数据：
　　G1:16M Droid:24 Nexus One:32M Xoom:48Ms
　 所以尽量把程序中的一些大的数据cache到本地文件。以免内存使用量超标。