java单例模式之我看
- 设计模式是前辈们工作的总结和提炼，我不敢造次，只能在前辈的基础上说一些我自己的看法。
- 单例模式是设计模式中使用最为普遍的模式之一，它是一种对象的创建模式，用于产生一个对象的具体实例，运用单例模式可以确保系统中一个类只产生一个实例。它的好处有：
- 对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级的对象是非常可观的一笔开销。比如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()方法被调用时，才会加载单例类，从而初始化单例类。而且实例的创建是在内部类加载的时候创建，所有满足多线程需求。
因此，使用内部类的方式实现单例，既可以做到延迟加载，也不必使用同步关键字，两全其美！
本文参与 腾讯云自媒体分享计划，分享自作者个人站点/博客。
原始发表：2017.12.20 ，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读