浅谈Java编程中的单例设计模式_java

写软件的时候经常需要用到打印日志功能,可以帮助你调试和定位问题,项目上线后还可以帮助你分析数据。但是Java原生带有的System.out.println()方法却很少在真正的项目开发中使用,甚至像findbugs等代码检查工具还会认为使用System.out.println()是一个bug。

为什么作为Java新手神器的System.out.println(),到了真正项目开发当中会被唾弃呢?其实只要细细分析,你就会发现它的很多弊端。比如不可控制,所有的日志都会在项目上线后照常打印,从而降低运行效率;又或者不能将日志记录到本地文件,一旦打印被清除,日志将再也找不回来;再或者打印的内容没有Tag区分,你将很难辨别这一行日志是在哪个类里打印的。

你的leader也不是傻瓜,用System.out.println()的各项弊端他也清清楚楚,因此他今天给你的任务就是制作一个日志工具类,来提供更好的日志功能。不过你的leader人还不错,并没让你一开始就实现一个具备各项功能的牛逼日志工具类,只需要一个能够控制打印级别的日志工具就好。

这个需求对你来说并不难,你立刻就开始动手编写了,并很快完成了第一个版本:

  public class LogUtil {
    public final int DEBUG = 0; 

    public final int INFO = 1; 

    public final int ERROR = 2; 

    public final int NOTHING = 3; 

    public int level = DEBUG; 

    public void debug(String msg) {
      if (DEBUG >= level) {
        System.out.println(msg);
      }
    } 

    public void info(String msg) {
      if (INFO >= level) {
        System.out.println(msg);
      }
    } 

    public void error(String msg) {
      if (ERROR >= level) {
        System.out.println(msg);
      }
    }
  }

通过这个类来打印日志,只需要控制level的级别,就可以自由地控制打印的内容。比如现在项目处于开发阶段,就将level设置为DEBUG,这样所有的日志信息都会被打印。而项目如果上线了,可以把level设置为INFO,这样就只能看到INFO及以上级别的日志打印。如果你只想看到错误日志,就可以把level设置为ERROR。而如果你开发的项目是客户端版本,不想让任何日志打印出来,可以将level设置为NOTHING。打印的时候只需要调用:

  new LogUtil().debug("Hello World!");

你迫不及待地将这个工具介绍给你的leader,你的leader听完你的介绍后说:“好样的,今后大伙都用你写的这个工具来打印日志了!”

可是没过多久,你的leader找到你来反馈问题了。他说虽然这个工具好用,可是打印这种事情是不区分对象的,这里每次需要打印日志的时候都需要new出一个新的LogUtil,太占用内存了,希望你可以将这个工具改成用单例模式实现。

你认为你的leader说的很有道理,而且你也正想趁这个机会练习使用一下设计模式,于是你写出了如下的代码(ps:这里代码是我自己实现的,而且我开始确实没注意线程同步问题):

  public class LogUtil {
    private static LogUtil logUtilInstance; 

    public final int DEBUG = 0; 

    public final int INFO = 1; 

    public final int ERROR = 2; 

    public final int NOTHING = 3; 

    public int level = DEBUG; 

    private LogUtil() { 

    } 

    public static LogUtil getInstance() {
      if (logUtilInstance == null) {
        logUtilInstance = new LogUtil();
      } 

      return logUtilInstance;
    } 

    public void debug(String msg) {
      if (DEBUG >= level) {
        System.out.println(msg);
      }
    } 

    public void info(String msg) {
      if (INFO >= level) {
        System.out.println(msg);
      }
    } 

    public void error(String msg) {
      if (ERROR >= level) {
        System.out.println(msg);
      }
    } 

    public static void main(String[] args) {
      LogUtil.getInstance().debug("Hello World!");
    }
  } 

首先将LogUtil的构造函数私有化,这样就无法使用new关键字来创建LogUtil的实例了。然后使用一个sLogUtil私有静态变量来保存实例,并提供一个公有的getInstance方法用于获取LogUtil的实例,在这个方法里面判断如果sLogUtil为空,就new出一个新的LogUtil实例,否则就直接返回sLogUtil。这样就可以保证内存当中只会存在一个LogUtil的实例了。单例模式完工!这时打印日志的代码需要改成如下方式:

  LogUtil.getInstance().debug("Hello World");  

你将这个版本展示给你的leader瞧,他看后笑了笑,说:“虽然这看似是实现了单例模式,可是还存在着bug的哦。
你满腹狐疑,单例模式不都是这样实现的吗?还会有什么bug呢?

你的leader提示你,使用单例模式就是为了让这个类在内存中只能有一个实例的,可是你有考虑到在多线程中打印日志的情况吗?如下面代码所示:

  public static LogUtil getInstance() {
    if (logUtilInstance == null) {
      logUtilInstance = new LogUtil();
    } 

    return logUtilInstance;
  } 

如果现在有两个线程同时在执行getInstance方法,第一个线程刚执行完第2行,还没执行第3行,这个时候第二个线程执行到了第2行,它会发现sLogUtil还是null,于是进入到了if判断里面。这样你的单例模式就失败了,因为创建了两个不同的实例。
你恍然大悟,不过你的思维非常快,立刻就想到了解决办法,只需要给方法加上同步锁就可以了,代码如下:

  public synchronized static LogUtil getInstance() {
    if (logUtilInstance == null) {
      logUtilInstance = new LogUtil();
    } 

    return logUtilInstance;
  } 

这样,同一时刻只允许有一个线程在执行getInstance里面的代码,这样就有效地解决了上面会创建两个实例的情况。
你的leader看了你的新代码后说:“恩,不错。这确实解决了有可能创建两个实例的情况,但是这段代码还是有问题的。”

你紧张了起来,怎么还会有问题啊?

你的leader笑笑:“不用紧张,这次不是bug,只是性能上可以优化一些。你看一下,如果是在getInstance方法上加了一个synchronized,那么我每次去执行getInstace方法的时候都会受到同步锁的影响,这样运行的效率会降低,其实只需要在第一次创建LogUtil实例的时候加上同步锁就好了。我来教你一下怎么把它优化的更好。”

首先将synchronized关键字从方法声明中去除,把它加入到方法体当中:

  public static LogUtil getInstance() {
    if (logUtilInstance == null) {
      synchronized (LogUtil.class) {
        if (logUtilInstance == null) {
          // 这里是必须的,因为有可能两个进程同时执行到synchronized之前
          logUtilInstance = new LogUtil();
        }
      }
    } 

    return logUtilInstance;
  } 

代码改成这样之后,只有在sLogUtil还没被初始化的时候才会进入到第3行,然后加上同步锁。等sLogUtil一但初始化完成了,就再也走不到第3行了,这样执行getInstance方法也不会再受到同步锁的影响,效率上会有一定的提升。
你情不自禁赞叹到,这方法真巧妙啊,能想得出来实在是太聪明了。

你的leader马上谦虚起来:“这种方法叫做双重锁定(Double-Check Locking),可不是我想出来的,更多的资料你可以在网上查一查。”

其实在java里实现单例我更习惯用饿汉模式

懒汉式的特点是延迟加载,实例直到用到的时候才会加载

饿汉式的特点是一开始就加载了,所以每次用到的时候直接返回即可(我更推荐这一种,因为不需要考虑太多线程安全的问题,当然懒汉式是可以通过上文所说的双重锁定解决同步问题的)

用饿汉式实现日志记录的代码如下:

  public class LogUtil {
    private static final LogUtil logUtilInstance = new LogUtil(); 

    public final int DEBUG = 0; 

    public final int INFO = 1; 

    public final int ERROR = 2; 

    public final int NOTHING = 3; 

    public int level = DEBUG; 

    private LogUtil() { 

    } 

    public static LogUtil getInstance() {
      return logUtilInstance;
    } 

    public void debug(String msg) {
      if (DEBUG >= level) {
        System.out.println(msg);
      }
    } 

    public void info(String msg) {
      if (INFO >= level) {
        System.out.println(msg);
      }
    } 

    public void error(String msg) {
      if (ERROR >= level) {
        System.out.println(msg);
      }
    } 

    public static void main(String[] args) {
      logUtil.getInstance().debug("Hello World!");
    }
  }

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索java
单例
java单例模式、java单例模式例子、java单例模式的作用、java 单例设计模式、java单例模式应用场景,以便于您获取更多的相关知识。

时间: 2024-09-12 04:45:52

浅谈Java编程中的单例设计模式_java的相关文章

浅谈Java编程中的内存泄露情况_java

必须先要了解的 1.c/c++是程序员自己管理内存,Java内存是由GC自动回收的. 我虽然不是很熟悉C++,不过这个应该没有犯常识性错误吧. 2.什么是内存泄露? 内存泄露是指系统中存在无法回收的内存,有时候会造成内存不足或系统崩溃. 在C/C++中分配了内存不释放的情况就是内存泄露. 3.Java存在内存泄露 我们必须先承认这个,才可以接着讨论.虽然Java存在内存泄露,但是基本上不用很关心它,特别是那些对代码本身就不讲究的就更不要去关心这个了. Java中的内存泄露当然是指:存在无用但是垃

浅谈java Collection中的排序问题_java

这里讨论list.set.map的排序,包括按照map的value进行排序. 1)list排序 list排序可以直接采用Collections的sort方法,也可以使用Arrays的sort方法,归根结底Collections就是调用Arrays的sort方法. public static <T> void sort(List<T> list, Comparator<? super T> c) { Object[] a = list.toArray(); Arrays.

浅谈java线程中生产者与消费者的问题_java

一.概念 生产者与消费者问题是一个金典的多线程协作的问题.生产者负责生产产品,并将产品存放到仓库:消费者从仓库中获取产品并消费.当仓库满时,生产者必须停止生产,直到仓库有位置存放产品:当仓库空时,消费者必须停止消费,直到仓库中有产品. 解决生产者/消费者问题主要用到如下几个技术:1.用线程模拟生产者,在run方法中不断地往仓库中存放产品.2.用线程模拟消费者,在run方法中不断地从仓库中获取产品.3  . 仓库类保存产品,当产品数量为0时,调用wait方法,使得当前消费者线程进入等待状态,当有新

浅谈JAVASE单例设计模式_java

简单的说设计模式,其实就是对问题行之有效的解决方式.其实它是一种思想. 1.单例设计模式.       解决的问题:就是可以保证一个类在内存中的对象唯一性.(单个实例)       使用单例设计模式需求:必须对于多个程序使用同一个配置信息对象时,就需要保证该对象的唯一性.       如何保证对象唯一性?                                                      解决步骤:       1.不允许其他程序用new创建该对象.            

浅谈java泛型的作用及其基本概念_java

一.泛型的基本概念 java与c#一样,都存在泛型的概念,及类型的参数化.java中的泛型是在jdk5.0后出现的,但是java中的泛型与C#中的泛型是有本质区别的,首先从集合类型上来说,java 中的ArrayList<Integer>和ArrayList<String>是同一个类型,在编译时会执行类型擦除,及java中的类型是伪泛型,伪泛型将会在后面介绍,其次,对于像集合中添加基本类型的数据时,例如int,会首先将int转化成Integer对象,即我们通常所说的装箱操作,在取出

浅谈Java程序设计中继承的利与弊

摘要:在 Java 中,正确应用继承,能够达到代码重用.增强可靠性.简化程序设计.提高编程效率.并使之易于维护的目的.但是一个程序中过多地使用继承是不可取的,它会带来一些局限性.本文就继承的利与弊进行一个分析. 关键词:继承;超类;子类;代码重用 继承在 Java 面向对象编程中是与生俱来的.所有类,无论是API,还是编程人员自己编写的,都自动继承于 Java 所有类的始祖--Object 类,代表了所有类的共性. 一.继承的概述 继承是面向对象设计的特点之一.和现实世界中的继承概念一样,继承就

浅谈Swift编程中switch与fallthrough语句的使用_Swift

在 Swift 中的 switch 语句,只要第一个匹配的情况(case) 完成执行,而不是通过随后的情况(case)的底部,如它在 C 和 C++ 编程语言中的那样.以下是 C 和 C++ 的 switch 语句的通用语法: 复制代码 代码如下: switch(expression){    case constant-expression  :       statement(s);       break; /* optional */    case constant-expressio

Java编程中正则表达式的用法总结_java

1. 字符串中的正则表达式使用正则表达式可以对字符串进行查找.提取.分割.替换等操作.String类当中提供了如下几个特殊方法: boolean matches(String regex):判断该字符串是否匹配指定的正则表达式. String replaceAll(String regex, String replacement):将该字符串中所有匹配regex的子串替换成replacement. String[] split(String regex):以regex作为分隔符,把该字符串分割成

Java编程中的一些常见问题汇总_java

本文列举了我在周围同事的Java代码中看到的一些比较典型的错误.显然,静态代码分析(我们团队用的是qulice)不可能发现所有的问题,这也是为什么我要在这里列出它们的原因. 如果你觉得少了什么,请不吝赐教,我会很乐意把它们加上. 下面列出的所有这些错误基本都与面向对象编程有关,尤其是Java的OOP. 类名 读下这篇短文"什么是对象".类应该是真实生活中的一个抽象实体,而不是什么"validators","controller", "m