java单例五种实现模式解析

java单例五种实现模式解析

饿汉式(线程安全，调用效率高，但是不能延时加载)

一上来就把单例对象创建出来了，要用的时候直接返回即可，这种可以说是单例模式中最简单的一种实现方式。但是问题也比较明显。单例在还没有使用到的时候，初始化就已经完成了。也就是说，如果程序从头到位都没用使用这个单例的话，单例的对象还是会创建。这就造成了不必要的资源浪费。所以不推荐这种实现方式。

public class ImageLoader{

private static ImageLoader instance = new ImageLoader;

private ImageLoader(){}

public static ImageLoader getInstance(){

return instance;

}

}

懒汉式(线程安全，调用效率不高，但是能延时加载)

public class SingletonDemo2 {

//类初始化时，不初始化这个对象(延时加载，真正用的时候再创建)

private static SingletonDemo2 instance;

//构造器私有化

private SingletonDemo2(){}

//方法同步，调用效率低

public static synchronized SingletonDemo2 getInstance(){

if(instance==null){

instance=new SingletonDemo2();

}

return instance;

}

}

静态内部类实现模式（线程安全，调用效率高，可以延时加载）

可以看到使用这种方式我们没有显式的进行任何同步操作，那他是如何保证线程安全呢？和饿汉模式一样，是靠JVM保证类的静态成员只能被加载一次的特点，这样就从JVM层面保证了只会有一个实例对象。

那么问题来了，这种方式和饿汉模式又有什么区别呢？不也是立即加载么？实则不然，加载一个类时，其内部类不会同时被加载。一个类被加载，当且仅当其某个静态成员（静态域、构造器、静态方法等）被调用时发生。

但是在遇到序列化对象时，默认的方式运行得到的结果就是多例的。这种情况不多做说明了，使用时请注意。

public class SingletonDemo3 {

private static class SingletonClassInstance{

private static final SingletonDemo3 instance=new SingletonDemo3();

}

private SingletonDemo3(){}

public static SingletonDemo3 getInstance(){

return SingletonClassInstance.instance;

}

}

枚举类（线程安全，调用效率高，不能延时加载，可以天然的防止反射和反序列化调用）

public enum SingletonDemo4 {

//枚举元素本身就是单例

INSTANCE;

//添加自己需要的操作

public void singletonOperation(){

}

}

Double CheckLock实现单例：DCL也就是双重锁判断机制（由于JVM底层模型原因，偶尔会出问题，不建议使用）

选用

单例对象 占用资源少，不需要延时加载，枚举 好于 饿汉

单例对象 占用资源多，需要延时加载，静态内部类 好于 懒汉式

注意线程安全问题

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。