设计模式之单例模式

单例模式

 

1、要求一个类只能生成一个对象,所有其他对象对它的依赖都是相同的,代码实现如下 :

  1. /**
  2. * 单例模式一
  3. */
  4. public class Single {
  5. // 构造一个私有的构造器
  6. private Single() { }
  7. // 可以看到这里是自己对自己进行实例化的
  8. private static final Single single = new Single();
  9. // 获取对象实例
  10. public static Single getInstance() throws Exception {
  11. if (single != null) {
  12. return single;
  13. }
  14. else {
  15. throw new Exception("类还未创建实例");
  16. }
  17. }
  18. }
  19. /**
  20. * 单例模式二
  21. */
  22. public class Single2 {
  23. // 构造一个私有的构造器
  24. private Single2() { }
  25. private static Single2 single;
  26. // 这里是由外部决定什么时候创建实例
  27. public static void init() {
  28. single = new Single2();
  29. }
  30. // 获取对象实例
  31. public static Single2 getInstance() throws Exception {
  32. if (single != null) {
  33. return single;
  34. }
  35. else {
  36. throw new Exception("类还未创建实例");
  37. }
  38. }
  39. }

2、优点:

  • 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
  • 减少系统的性能开销,当一个对象的产生需要比较多的资源时
  • 单例模式可以避免对资源的多重占用,比如写文件操作
  • 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理
 
3、缺点:
  • 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,
    这个看具体的环境而定
  • 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
  • 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的
 
4、使用场景
  • 要求生成唯一序列号的环境
  • 在整个项目中需要一个共享访问点或共享数据
  • 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
  • 需要定义大量的静态常量和静态方法
posted @ 2016-07-14 18:28  Demon-咖啡  阅读(342)  评论(0编辑  收藏  举报