Application和Activity、Service一样是android框架的一个系统组件,当android程序启动时系统会创建一个application对象,用来存储系统的一些信息。通常我们是不需要指定一个Application的,这时系统会自动帮我们创建,如果需要创建自己的Application,也很简单创建一个类继承Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的Application的名字定入即可)。
因为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<String,Object>,以字符串为索引,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的引用。
通常情况下,当用户转动手机的时候,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到本地文件。以免内存使用量超标。
Android使用Application
首先需要重写Application,主要重写里面的onCreate方法,就是创建的时候,初始化变量的值。然后在整个应用中的各个文件中就可以对该变量进行操作了。启动Application时,系统会创建一个PID,即进程ID,所有的Activity就会在此进程上运行。那么我们在Application创建的时候初始化全局变量,同一个应用的 所有Activity都可以取到这些全局变量的值,换句话说,我们在某一个Activity中改变了这些全局变量的值,那么在同一个应用的其他Activity中值就会改变。
步骤:
第一步,写一个全局的单例模式的MyApplication继承自Application覆盖onCreate,在这个方法里面实例化Application。
第二步,配置全局的Context
<application
android:name="com.example.utils.myapplication"
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
</application>
第三步,使用的时候根据类的名称访问Context
android.app.Application类包含了4个公开的方法
void onConfigurationChanged(Configuration newConfig)
void onCreate() //这里才是真正的入口点
void onLowMemory()
void onTerminate()
说明:
onCreate();这个函数是当我们的应用开始之时就被调用了,比应用中的其他对象创建的早,这个实现尽可能快一点,因为这个时间直接影响到我们第一个Activity/service/receiver。如果你要重写这个方法必须调用super.onCreate().
onTerminate()这个函数是模拟一个过程环境,在真机中永远不会调用。
public class MyApplication extends Application
在Activity中要引用定义的变量或方法时,首先定义一个对象
private MyApplication app;
app = (MyApplication)getApplication();//获取MyApplication对象
然后就可以利用其方法了。
注:只需要调用Context的getApplicationContext或者Activity的getApplication方法来获得一个Application对象,然后再得到相应的成员变量接口。它是代表我们的应用程序的类,使用它可以获得当前应用的主题和资源文件中的内容等。
网友评论