设计模式-单例模式

以前自学过设计模式，觉得自学的不太好，理解不够深，在很多应用中，自己没有得心应手的感觉。所以决定再重新回炉重造，好了我下面就说说我的学习心得。
我们在开发时会经常遇到这样的场景，整个框架中我们肯定会有一个总指挥，来接受用户的请求，然后分析，分派任务给各个中间件处理。那么这个总指挥在整个项目中我们只需要一个就可以了，那么我们就会用到设计模式中的单例模式，那么单例模式怎么样创建呢？主流的有两种方式，第一种是饿汉模式，一种是懒汉模式。下面我就具体说一下。
饿汉模式

public class SingletonTest {
    /**
     * @author wsxxm_h
     * @return Singleton instance
     * @since 2016-9-14
     */
    private static SingletonTest single = new SingletonTest();

    private SingletonTest(){

    }
    public static SingletonTest getInstance(){
        return single;
    }


}

懒汉模式

public class Singleton {
    /**
     * @author wsxxm_h
     * @since 2016-9-13
     * 测试单例模式-懒汉
     *
     */

    private static Singleton sington;

    private Singleton(){
    }

    public static synchronized Singleton getinstance(){
        if(sington == null){
            sington = new Singleton();
        }
        return sington;
    }

}

下面我就上面的代码分析一下。
在饿汉模式中，我们可以看到，这个仅仅是在功能上实现了单例，但是我们在实际的项目中在使用中，并没有实现，因为我们在实际的项目中会遇到多线程和并发的问题，如果在初始时同时有两个用户访问，那么就会产生两个实例对象，对于这种饿汉模式，在实际项目中我们并不会使用。我分析一下代码，我们私有化构造函数，就避免了外部用户对这个类创建对象，所以就关闭了通过构造函数实例化对象。我们创建了一个静态方法，这样我们就可以通过这个方法获得这个类的实例对象，我们一个静态对象，那么保证在类加载的时候就会加载一个对象，始终存在内存中。对此理解我们总结饿汉模式存在的缺点；
1、不能解决多线程和并发问题。
2、对象在项目加载就会存在内存中，一直到结束。
懒汉模式解决了饿汉模式的线程安全问题，但是也产生新的问题，在使用加锁机制来保证线程安全的同时，由于锁粒度引起了用户访问的瓶颈，这是懒汉模式的新问题。其他和饿汉模式是一样的。
同时呢，单例模式还有其他的实现方式，考虑的不同那么实现就不同，我们可以具体问题，具体分析，理论是一样的。