android中的Appliaction

• Applicaiton是什么

Appliaction翻译为应用程序。
Appliaction和Activity、Service一样是安卓框架的一个系统组件，当安卓程序启动时系统会创建一个Appliaction的对象，用来存储系统的一些信息。通常我们是不需要刻意去指定一个Appliaction的，因为系统会自动帮我们创建。如果需要创建我们自己的Appliaction要怎么做呢？那就要创建一个继承Appliaction的类，并在manifest的application标签中进行注册（只需要给application标签增加个name属性把自己的Appliaction类名写入即可）。
启动Application时，系统会创建一个PID，即进程ID，所有的Activity都会在此进程上运行。那么我们在Application创建的时候初始化全局变量，同一个应用的所有Activity都可以取到这些全局变量的值，换句话说，我们在某一个Activity中改变了这些全局变量的值，那么在同一个应用的其他Activity中值就会改变。
每当一个程序运行时，安卓系统都会为其仅创建一个Appliaction的对象，所以Appliaction可以说是单例（singleton）模式的一个类，且Appliaction对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例的，所以在不同的Activity、Service中获取的对象都是同一个对象。所以我们可以通过Appliaction来进行一些数据传递、数据共享、数据缓存等操作。

---

• 利用Appliaction进行组件之间的数据传递

假如有一个页面A（Activity A）, 跳转到页面B（Activity B） ,并需要传递一些数据，通常的作法是Intent.putExtra() 让Intent携带数据进行传递；或者创建一个Bundle对象，把信息放入Bundle对象中，让Intent携带Bundle对象，实现传递。但这样做会存在一个问题，由于Intent和Bundle所能携带的数据类型都是一些基本的数据类型，所以如果想实现复杂的数据传递就比较麻烦了，通常需要实现 Serializable（序列化）或者Parcelable接口。这其实是Android的一种IPC（Inter-Process Communication，进程间通信）数据传递的方法。如果我们的两个Activity在同一个 进程当中为什么还要这么麻烦呢，只要把需要传递的对象的引用传递过去就可以了。
基本思路是这样的。在Application中创建一个HashMap ，以字符串为索引，Object为value这样我们的HashMap就可以存储任何类型的对象了。在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或者其它途经再把这个索引的字符串传递给Activity B ,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。只要再向下转个型 ，就实现了对象的传递。

---

• 在Application中进行数据缓存

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

---

• Application陷阱

使用Application如果保存了一些不该保存的对象很容易导致内存泄漏。如果在Application的oncreate中执行比较耗时的操作，将直接影响到程序的启动时间。一些清理工作不能依靠onTerminate()完成。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. 它是在模拟环境下调用的，在真机中永远不会被调用。

---

• 内存泄漏

在Java中内存泄漏是指，某个(某些)对象已经不在被使用应该被gc所回收，但有一个对象持有这个对象的引用而阻止这个对象被回收。比如我们通常会这样创建一个View，TextView tv = new TextView(this);这里的this通常都是Activity。所以这个TextView就持有着这个Activity的引用。
通常情况下，当用户手机频幕旋转的时候，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缓存到了application中等等。

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给程序分配的内存大小与手机硬件有关，所以尽量把程序中的一些大的数据cache到本地文件，以免内存使用量超标。在数据传递完成之后，把存放在application的HashMap中的数据remove掉，以免发生内存的泄漏。