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

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

0、相关文章:

(阅读量2w,9赞)

(阅读量712,1赞)

1、正文

这几天处理项目中视频语音偶尔初始化不了的问题,找了半天,发现调用application的content老是传递空的情况,于是查找了下代码发现前任(项目上一个程序员)写的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都有一个Application实例:如果我们没有继承Application子类自定义它的话,APP会创建一个默认的实例。
  • Application实例拥有着与APP一样长的生命周期:在APP开启的时候首先就会实例化它,然后才是入口的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/

你可能感兴趣的文章
MySQL 错误
查看>>
mysql 随机数 rand使用
查看>>
MySQL 面试题汇总
查看>>
MySQL 面试,必须掌握的 8 大核心点
查看>>
MySQL 高可用性之keepalived+mysql双主
查看>>
MySQL 高性能优化规范建议
查看>>
mysql 默认事务隔离级别下锁分析
查看>>
Mysql--逻辑架构
查看>>
MySql-2019-4-21-复习
查看>>
mysql-5.6.17-win32免安装版配置
查看>>
mysql-5.7.18安装
查看>>
MySQL-Buffer的应用
查看>>
mysql-cluster 安装篇(1)---简介
查看>>
mysql-connector-java.jar乱码,最新版mysql-connector-java-8.0.15.jar,如何愉快的进行JDBC操作...
查看>>
mysql-connector-java各种版本下载地址
查看>>
mysql-EXPLAIN
查看>>
MySQL-Explain的详解
查看>>
mysql-group_concat
查看>>
MySQL-redo日志
查看>>
MySQL-【1】配置
查看>>