JAVA设计模式之1-单例模式

　　设计模式是什么？

　　设计模式是一种思路，是在前辈们的软件工程中总结出来的套路，并且这些套路已经经过很多项目的测试，是比较成熟的思路，所以现在来总结一下常见的设计模式。

　　最简单最常用的就是单例模式：

　　一般单例模式包括两种，一种是懒汉式，另外一种是饱汉式的，下面从三个方面来介绍单例模式：

　　1，What?

　　单例就是单例对象的类只能允许一个实例存在。

　　2,  Why?

　　很多时候整个系统需要拥有一个全局对象，这样整个系统使用的对象是保持一致的，比如说程序的配置信息，程序的辅助方法等等，其他类要调用这个配置信息或者公共方法的时候，可以通过这个单例类对象来获取。

　　3,  How?

　　怎么使用这个单例呢？有两种方式，饱汉式和饿汉式，区别是什么呢？饱汉式是加载类时就实现实例化，饿汉式是用的时候才实例化。

　　实现思路

　　1，将类构造方法定义为私有方法，这样其他类就无法通过调用构造函数来实例化新的对象，并且通过这个类的静态方法来得到这个类的唯一对象。

　　2，在类内提供一个静态方法，当外部类调用这个方法的时候，如果类持有的引用不为空就返回这个引用，如果为空则创建这个类的实例。

　　可能存在问题

　　单线程的时候上面这个思路实现很好，但是现实中有很多程序是多线程的程序，这个时候就会出现多个实例，原因是，当一个线程判断完没有单例对象的时候，要新建一个单例对象，但是在新建完成之前，又来了几个线程也吵着要单例对象，然后发现没有，就都开始建单例对象，这样就出现在这样的问题，建造了多个单例对象，解决方法是什么呢，那就是上一把锁，一把互斥锁。

　　下面是常用的

　　1，饿汉式，代码如下

public class Gloabl {
    private Gloabl() {
    }
    public static Gloabl getInstance(){
        return INSTANCE;
    }
    //方法一，静态常量
    private final static Gloabl INSTANCE = new Gloabl();
//方法二，静态代码块，当类加载的时候自动加载
//    private final static Gloabl INSTANCE ;
//    static {
//        INSTANCE = new Gloabl();
//    }
}

优点：写法简单，加载类的时候就自动加载，避免了线程同步的问题

缺点：在类加载的时候就完成实例化，如果整个过程没有用到这个，则会造成内存资源的浪费，所以，我们需要新的加载方法，懒汉式，用时候再加载，不用不加载

2，懒汉时，代码如下

方法一，采用同步锁

public class Gloabl {
    private static Gloabl INSTANCE;

    private Gloabl() {
    }

    public static Gloabl getInstance() {
        if (INSTANCE == null) {
            synchronized (Gloabl.class) {
                if (INSTANCE == null) {
                    INSTANCE = new Gloabl();
                }
            }
        }
        return INSTANCE;
    }
}

方法二，采用静态内部类

public class Gloabl {
    private Gloabl() {
    }

    private static class GloablInstance{
        private static final Gloabl INSTANCES = new Gloabl();
    }
    
    public static Gloabl getInstances(){
        return GloablInstance.INSTANCES;
    }
}

这个是饿汉式的变形版本，只有在调用getInstance方法的时候才来实例化这个实例，静态类只会在第一次加载类的时候初始化，即JVM帮助我们保证了线程的安全性，推荐使用这种方法。