应用程序与单例不一样。原因如下:

应用程序的方法(如onCreate)在ui线程中调用; Singleton的方法可以在任何线程中调用; 在Application的onCreate方法中，可以实例化Handler; 如果单例是在无ui线程中执行的，则不能 实例化处理程序; 应用程序具有管理的生命周期的能力 activity。它有方法 “registerActivityLifecycleCallbacks”。但是单身人士没有 能力。

应用程序与单例不一样。原因如下:

应用程序的方法(如onCreate)在ui线程中调用; Singleton的方法可以在任何线程中调用; 在Application的onCreate方法中，可以实例化Handler; 如果单例是在无ui线程中执行的，则不能 实例化处理程序; 应用程序具有管理的生命周期的能力 activity。它有方法 “registerActivityLifecycleCallbacks”。但是单身人士没有 能力。

它们实际上是一样的。 我能看出一点不同。使用Application类，你可以在Application. oncreate()中初始化你的变量，并在Application. onterminate()中销毁它们。对于单例，你必须依赖VM初始化和销毁静态数据。

我强烈推荐单身人士。如果你有一个需要context的单例，有:

MySingleton.getInstance(Context c) {
    //
    // ... needing to create ...
    sInstance = new MySingleton(c.getApplicationContext());
}

比起应用程序，我更喜欢单例，因为它有助于保持应用程序更有组织性和模块化——而不是在一个地方维护整个应用程序的所有全局状态，每个单独的部分都可以照顾自己。另外，单例会延迟初始化(在请求时)，而不是引导您在Application.onCreate()中预先进行所有初始化，这是很好的。

使用单例对象在本质上并没有错。只要在有意义的时候正确地使用它们。Android框架实际上有很多，用于维护加载资源的每个进程缓存和其他类似的东西。

同样，对于简单的应用程序，多线程不会成为单例的问题，因为根据设计，所有对应用程序的标准回调都在进程的主线程上分派，所以你不会发生多线程，除非你通过线程显式地引入它，或者通过将内容提供程序或服务IBinder隐式地发布给其他进程。

对你所做的事情要深思熟虑。：）

来自:开发人员>参考-应用程序

通常不需要子类化Application。在大多数情况下， 静态单例可以以更模块化的方式提供相同的功能 道路如果你的单例需要一个全局上下文(例如注册 广播接收器)，检索它的函数可以给出一个 在内部使用Context. getapplicationcontext()时 首先构造单例。

从众所周知的马的嘴…

在开发你的应用程序时，你可能会发现有必要在整个应用程序中共享数据、上下文或服务。例如，如果你的应用程序有会话数据，比如当前登录的用户，你可能会想要公开这些信息。在Android中，解决这个问题的模式是让你的Android .app.Application实例拥有所有的全局数据，然后把你的Application实例当作一个具有各种数据和服务的静态访问器的单例。

当编写一个Android应用程序时，你保证只有一个Android .app. application类的实例，所以它是安全的(谷歌Android团队推荐)将其视为单例。也就是说，您可以安全地将静态getInstance()方法添加到应用程序实现中。像这样:

public class AndroidApplication extends Application {

    private static AndroidApplication sInstance;

    public static AndroidApplication getInstance(){
        return sInstance;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        sInstance = this;
    }
}