博客
关于我
Android application单例模式
阅读量:592 次
发布时间:2019-03-11

本文共 998 字,大约阅读时间需要 3 分钟。

0、相关文章:

阅读量2w,9赞:

阅读量712,1赞:

1、正文:

这几天处理项目中视频语音偶尔初始化不了的问题,经历了半天的调试,发现调用Application的内容时经常传递空值。经过仔细查阅代码后,发现前任程序员使用了应用单例模式的实现方式:

public class App extends Application {

private static App app;
public static App getInstance() {
if (app == null) {
app = new App();
}
return app;
}
}

然而,经过查阅资料后发现,这种严格的单例模式并不适用于Application类。Application类具有独特的特性,在不自定义子类的情况下,系统会为每个APP创建一个默认的实例。其生命周期与APP的生命周期紧密相关,一般情况下无需采用传统的单例模式。

关于对Application类的理解:

  • 每个APP都有一个Application实例:如果我们没有继承Application子类自定义它的话,APP会创建一个默认的实例。

  • Application实例与APP的生命周期保持一致:在APP启动时,会首先实例化Application,然后才是主入口的Activity或Service等。

  • Application与APP“同生共死”:在一个APP的生命周期内,只实例化一次,因此天生具备单例特性,无需额外实现单例模式。

  • 不建议直接继承Application类来实现单例:通常情况下,若需要自定义全局单例,可以使用静态单例类实现。若需要获取Context,可以通过Context.getApplicationContext()获取。

  • 然而,Application类远不止单例功能这么简单。它承担着更多重要职责。

    于是,改进后的代码如下:

    public class App extends Application {

    private static App mInstance = null;
    public static App getInstance() {
    return mInstance;
    }
    @Override
    public void onCreate() {
    super.onCreate();
    mInstance = this;
    }
    }

    转载地址:http://fnvtz.baihongyu.com/

    你可能感兴趣的文章
    Netty源码—3.Reactor线程模型三
    查看>>
    Netty源码—4.客户端接入流程一
    查看>>
    Netty源码—4.客户端接入流程二
    查看>>
    Netty源码—5.Pipeline和Handler一
    查看>>
    Netty源码—5.Pipeline和Handler二
    查看>>
    Netty源码—6.ByteBuf原理一
    查看>>
    Netty源码—6.ByteBuf原理二
    查看>>
    Netty源码—7.ByteBuf原理三
    查看>>
    Netty源码—7.ByteBuf原理四
    查看>>
    Netty源码—8.编解码原理一
    查看>>
    Netty源码—8.编解码原理二
    查看>>
    Netty源码解读
    查看>>
    Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
    查看>>
    Netty相关
    查看>>
    Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
    查看>>
    Netty:ChannelPipeline和ChannelHandler为什么会鬼混在一起?
    查看>>
    Netty:原理架构解析
    查看>>
    Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
    查看>>
    Network Sniffer and Connection Analyzer
    查看>>
    Network 灰鸽宝典【目录】
    查看>>