- 设计模式是前辈们工作的总结和提炼,我不敢造次,只能在前辈的基础上说一些我自己的看法。
- 单例模式是设计模式中使用最为普遍的模式之一,它是一种对象的创建模式,用于产生一个对象的具体实例,运用单例模式可以确保系统中一个类只产生一个实例。它的好处有:
- 对于频繁使用的对象,可以省略创建对象所花费的时间,这对于那些重量级的对象是非常可观的一笔开销。比如hibernate中的sessionfactory。
- 由于new的次数减少,因此对于系统内存的使用频率也会降低,从而减轻了JVM垃圾回收的压力,缩短了垃圾回收的时间。
说了那么多,那么单例类有什么特点呢?一个简单的单例类代码如下:
public class Singleton {
private Singleton(){
System.out.println("我是私有的构造函数");
}
private static Singleton instance=new Singleton();
public static Singleton getInstance(){
return singleton;
}
}
以上代码就是一个最基本的单例模式,读者就有疑问了,为什么构造方法是私有的?这就是单例模式的优势所在:不让外界直接创建对象,这点正是实现单例最重要的。因此单例模式最基本实现:提供一个私有的构造方法,然后在自己类中自己创建对象,对外提供静态方法访问返回生成的实例。
但是上面代码并不完善,因为它不满足单例类延迟加载的需求,因此代码改善如下:
public class Singleton{
private Singleton(){
System.out.println("我是延迟加载单例类");
}
private static Singleton s=null;
public static Singleton getInstance(){
if(s==null){
s=new Singleton();
}
return s;
}
以上代码解决了延迟加载的需求:instance初始值为Null,只有用到的时候才创建对象,延迟加载可以大大提高程序的性能。
这样的代码在单线程中运行没有问题,那么问题来了,如果多线程运行呢?线程1访问单例类的时候单例类还没创建出对象,而此时线程2也过来访问单例类,由于延迟加载,线程2也要创建单例类的实例,最终结果就是多个实例被创建。那么如何解决?
使用synchronized关键字修饰getInstance方法,这样就能保证同一时刻只能有一个线程访问单例类。代码如下:
private static Singleton s=null;
public synchronized static Singleton getInstance(){
if(s==null){
s=new Singleton();
}
return s;
}
......
这样的方法是不是很完善呢?并不是,因为同步关键字的引入降低了程序的性能,增加了程序反应的时间。为了使用延迟加载而降低了程序性能,是不是有点得不偿失。那么怎么解决?使用内部类!!!代码如下:
public class Singloton {
private Singloton(){
System.out.println("构造器执行了");
}
//内部类
private static class SingletonHandler(){
private static Singleton instance=new Singleton();
}
public static Singleton getInstance(){
return SingletonHandler.instance;
}
访问单例类的时候,内部类并不会被初始化,这样确保单例类被加载入JVM时,不会初始化单例类,只有当getInstance()方法被调用时,才会加载单例类,从而初始化单例类。而且实例的创建是在内部类加载的时候创建,所有满足多线程需求。
因此,使用内部类的方式实现单例,既可以做到延迟加载,也不必使用同步关键字,两全其美!
网友评论