Application

来源：互联网发布：windows界面开发工具编辑：程序博客网时间：2024/05/08 19:27

简介

Application就是通过单例模式实现的。在一个Dalvik虚拟机里面只会存在一个实例，那么为什么强调说是一个Dalvik虚拟机，而不是说一个App呢？因为一个App有可能有多个Dalvik虚拟机，也就是传说中的多进程模式。在这种模式下，每一个Dalvik都会存在一个Application实例，他们之间没有关系，在A进程Application里面保存的数据不能在B进程的Application获取，因为他们根本不是一个对象，而且被隔离在了两个进程里面，所以这里强调是一个Dalvik虚拟机，而不是一个App。

在Application中存在着几个有用的方法，比如onLowMemory()和onTrimMemory()，在这两个方法里面，我们可以实现自己的内存回收逻辑，比如关闭数据库连接、移除图片内存缓存等操作来降低内存消耗，从而降低被系统回收的风险。
Application的生命周期，他和Dalvik虚拟机生命周期一样长，所以在进行单例或者是静态变量的初始化操作时，一定要用Application作为Context进行初始化，否则会造成内存泄露的发生。使用Dialog的时候一般使用Activity作为Context，但是也可以使用Application作为上下文，前提是你必须设置Window类型为TYPE_SYSTEM_DIALOG，并且申请相关权限。这个时候弹出的Dialog是属于整个Application的，弹出这个Dialog的Activity销毁时也不会回收Dialog，只有在Application销毁时，这个Dialog才会自动消失。
不要在Android的Application对象中缓存数据!
标准模板

public class MyApplication extends Application {  private static MyApplication singleton;  // Returns the application instance  public static MyApplication getInstance() {    return singleton;  }  @Override  public final void onCreate() {    super.onCreate();    singleton = this;  }  @Override  public final void onLowMemory() {    super.onLowMemory();  }  @Override  public final void onTrimMemory(int level) {    super.onTrimMemory(level);  }  @Override  public final void onConfigurationChanged(Configuration newConfig) {    super.onConfigurationChanged(newConfig);  }}

0 0