2013年12月16日

来源：互联网发布：微观数据编辑：程序博客网时间：2024/05/17 06:39

学习android挺长时间了，但是对于Appliction还不是很了解。今天花一些时间研究了一下Application。

Whatis Application

Application和Actovotu,Service一样是android框架的一个系统组件，当android程序启动时系统会创建一个application对象，用来存储系统的一些信息。通常我们是不需要指定一个Application的，这时系统会自动帮我们创建，如果需要创建自己的Application，也很简单创建一个类继承Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的Application的名字定入即可)。

android系统会为每个程序运行时创建一个Application类的对象且仅创建一个，所以Application可以说是单例(singleton)模式的一个类.且application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例的，所以在不同的Activity,Service中获得的对象都是同一个对象。所以通过Application来进行一些，数据传递，数据共享等,数据缓存等操作。

Datapassing 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就可以存储任何类型的对象了。在ActivityA中把需要传递的对象放入这个HashMap，然后通过Intent或者其它途经再把这人索引的字符串传递给Activity B,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。只要再向下转个型，就实现了对象的传递。

Datacaching 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 = newTextView(this);这里的this通常都是Activity。所以这个TextView就持有着这个Activity的引用。下面看张图(Google IO 2011 ppt中抄得)

Android笔记 <wbr><wbr>Application对象的使用-数据传递以及内存泄漏问题

通常情况下，当用户转动手机的时候，android会重新调用OnCreate()方法生成一个新的Activity，原来的Activity应该被GC所回收。但如果有个对象比如一个View的作用域超过了这个Activity(比如有一个static对象或者我们把这个View的引用放到了Application当中)，这时候原来的Activity将不能被GC所回收，Activity本身又持有很多对象的引用，所以整个Activity的内存被泄漏了。

经常导致内存泄漏的一些原因：

keeping a long-lived reference to aContext.持有一个context的对象，从而gc不能回收。

1，一个View，的作用域超出了所在的Activity的作用域，比如一个static的View或者把一个Viewcache到了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 OfMemory Error。android给程序分配的内存大小与手机硬件有关，以下是一些手机的数据：

G1:16M Droid:24 Nexus One:32M Xoom:48Ms

所以尽量把程序中的一些大的数据cache到本地文件。以免内存使用量超标。

Snippets

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

Android笔记 <wbr><wbr>Application对象的使用-数据传递以及内存泄漏问题

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

其实我们开发的每个android应用程序就是一个Appliction，定义这个类往往是在AndroidManifes.xml中用到。例如：

<</code>application android:icon="@drawable/icon"

android:label="@string/app_name"

android:name=".MyApplication">

这里定义了我们整个应用程序的属性，例如名称和图标。

我们可以自定义Appliction，例如：

public class MyApplication extends Application{

}

就是这儿，将我们以前一直用的默认Application给他设置成我们自己做的MyApplication
MyApplication类的作用是为了放一些全局的和一些上下文都要用到变量和方法之类的。

7：application 的context

1、它描述的是一个应用程序环境的信息，即上下文。
2、该类是一个抽象(abstractclass)类，Android提供了该抽象类的具体实现类(后面我们会讲到是ContextIml类)。
3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent
信息等。。

用法详解：

MyApp.java

 1 2 3 4 5 6 7 8 91011121314151617181920

package com.android.test; import android.app.Application; public class MyApp extends Application{     private String mylabel ;         public String getLabel(){         return mylabel;     }        public void setLabel(String s){         this.mylabel = s;     }     @Override    public void onCreate() {         // TODO Auto-generated method stub         super.onCreate();         setLabel("Welcome!"); //初始化全局变量            }    }

MainActivity.java

 1 2 3 4 5 6 7 8 9101112131415161718192021222324

import android.app.Activity; import android.content.Intent; import android.os.Bundle; import android.util.Log; public class MainActivity extends Activity {     private MyApp myApp;     @Override    public void onCreate(Bundle savedInstanceState) {         super.onCreate(savedInstanceState);         setContentView(R.layout.main);         myApp = (MyApp) getApplication(); //获得自定义的应用程序MyApp         Log.i("guoll", "InitLabel:"+myApp.getLabel());   //将我们放到进程中的全局变量拿出来，看是不是我们曾经设置的值         myApp.setLabel("Changing!");  //修改一下         Log.i("guoll", "ChangeLabel:"+myApp.getLabel()); //看下，这个值改变了没有         Intent intent = new Intent();  //再看一下在另一个Activity中是取到初始化的值，还是取到修改后的值         intent.setClass(this, otherActivity.class);         startActivity(intent);     } }

OtherActivity.java:

 1 2 3 4 5 6 7 8 910111213141516171819

import android.app.Activity; import android.os.Bundle; import android.util.Log; public class OtherActivity extends Activity{     private MyApp myApp;     @Override    protected void onCreate(Bundle savedInstanceState) {             super.onCreate(savedInstanceState);             setContentView(R.layout.main);             myApp = (MyApp) getApplication();  //获得自定义的应用程序MyApp             Log.i("guoll", "OhterActivity receive the Label:"+myApp.getLabel()); //查看变量值是否修改了     }        }

修改配置文件ApplicationManifest.xml，将要运行的应用程序MyApp加进去:

 1 2 3 4 5 6 7 8 910111213141516171819202122

0 0

微观数据

原创粉丝点击

热门问题 老师的惩罚人脸识别我在镇武司摸鱼那些年重生之率土为王我在大康的咸鱼生活盘龙之生命进化天生仙种凡人之先天五行春回大明朝姑娘不必设防，我是瞎子国医神算古穿今国医堂专家介绍上医医国宫城凤素暖国医狂妃时珍国医国药大道国医国医高手全文免费阅国医狂妃风素暖免费阅读全职国医txt 国医狂妃凤素暖国医圣手叶皓轩医国高手北京国康中西医结合医院全职国医txt下载国医网国华 95549 国华人寿保险国华商场国华人寿保单查询国博国博新城国印贵人国印六国相印天津西派国印国号福鼎国号白茶国漫排行榜国名老公国名老公2 一笑倾城之国名男神名国碟影国名男神是女主恶魔住隔壁国名老公免费观看国名老公2免费观看国名党国名老公带回家国名老公2演员表国名老公1 国名党为什么失败