以前自学过设计模式,觉得自学的不太好,理解不够深,在很多应用中,自己没有得心应手的感觉。所以决定再重新回炉重造,好了我下面就说说我的学习心得。
我们在开发时会经常遇到这样的场景,整个框架中我们肯定会有一个总指挥,来接受用户的请求,然后分析,分派任务给各个中间件处理。那么这个总指挥在整个项目中我们只需要一个就可以了,那么我们就会用到设计模式中的单例模式,那么单例模式怎么样创建呢?主流的有两种方式,第一种是饿汉模式,一种是懒汉模式。下面我就具体说一下。
饿汉模式
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、对象在项目加载就会存在内存中,一直到结束。
懒汉模式解决了饿汉模式的线程安全问题,但是也产生新的问题,在使用加锁机制来保证线程安全的同时,由于锁粒度引起了用户访问的瓶颈,这是懒汉模式的新问题。其他和饿汉模式是一样的。
同时呢,单例模式还有其他的实现方式,考虑的不同那么实现就不同,我们可以具体问题,具体分析,理论是一样的。