博客
关于我
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常见错误分析与解决方法总结
查看>>
mysql并发死锁案例
查看>>
MySQL底层概述—1.InnoDB内存结构
查看>>
MySQL底层概述—2.InnoDB磁盘结构
查看>>
MySQL底层概述—3.InnoDB线程模型
查看>>
MySQL底层概述—4.InnoDB数据文件
查看>>
MySQL底层概述—5.InnoDB参数优化
查看>>
MySQL底层概述—6.索引原理
查看>>
MySQL底层概述—7.优化原则及慢查询
查看>>
MySQL底层概述—8.JOIN排序索引优化
查看>>
MySQL底层概述—9.ACID与事务
查看>>
Mysql建立中英文全文索引(mysql5.7以上)
查看>>
mysql建立索引的几大原则
查看>>
Mysql建表中的 “FEDERATED 引擎连接失败 - Server Name Doesn‘t Exist“ 解决方法
查看>>
MySQL开源工具推荐,有了它我卸了珍藏多年Nactive!
查看>>
MySQL异步操作在C++中的应用
查看>>
MySQL引擎讲解
查看>>
Mysql当前列的值等于上一行的值累加前一列的值
查看>>
MySQL当查询的时候有多个结果,但需要返回一条的情况用GROUP_CONCAT拼接
查看>>