What is Application

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

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


　　PitFalls
　 　使用Application若是保存了一些不应保存的对象很容易致使内存泄漏。若是在Application的oncreate中执行比较 耗时的操做，将直接影响的程序的启动时间。不些清理工做不能依靠onTerminate完成，由于android会尽可能让你的程序一直运行，因此颇有可能 onTerminate不会被调用。

　　MemoryLeak
　 　在Java中内存泄漏是只，某个(某些)对象已经不在被使用应该被gc所回收，但有一个对象持有这个对象的引用而阻止这个对象被回收。好比我 们一般会这样建立一个View TextView tv = new TextView(this);这里的this一般都是Activity。因此这个TextView就持有着这个Activity的引用。下面看张图 (Google IO 2011 ppt中抄得)

 

 

通 常状况下，当用户转动手机的时候，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被系统回收了， 但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到本地文件。以避免内存使用量超标。

　　Snippets
　　1,经过Application在两个Activity间传递数据

 

记得数据传递完成以后，把存放在application的HashMap中的数据remove掉，以避免发生内存的泄漏。

做。