博客
关于我
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/

你可能感兴趣的文章
multiprocessing.Manager 嵌套共享对象不适用于队列
查看>>
multiprocessing.pool.map 和带有两个参数的函数
查看>>
MYSQL CONCAT函数
查看>>
multiprocessing.Pool:map_async 和 imap 有什么区别?
查看>>
MySQL Connector/Net 句柄泄露
查看>>
multiprocessor(中)
查看>>
mysql CPU使用率过高的一次处理经历
查看>>
Multisim中555定时器使用技巧
查看>>
MySQL CRUD 数据表基础操作实战
查看>>
multisim变压器反馈式_穿过隔离栅供电:认识隔离式直流/ 直流偏置电源
查看>>
mysql csv import meets charset
查看>>
multivariate_normal TypeError: ufunc ‘add‘ output (typecode ‘O‘) could not be coerced to provided……
查看>>
MySQL DBA 数据库优化策略
查看>>
multi_index_container
查看>>
MySQL DBA 进阶知识详解
查看>>
Mura CMS processAsyncObject SQL注入漏洞复现(CVE-2024-32640)
查看>>
Mysql DBA 高级运维学习之路-DQL语句之select知识讲解
查看>>
mysql deadlock found when trying to get lock暴力解决
查看>>
MuseTalk如何生成高质量视频(使用技巧)
查看>>
mutiplemap 总结
查看>>