Java设计模式之单例模式

简介: Java设计模式之单例模式

单例模式


  主要作用:为系统生成唯一的一个实例(对象),永久驻留在内存中,减少了系统的资源开销。


常用的实现方式:


1、饿汉式


优点:线程安全、调用效率高

缺点:不能延时加载


代码:

public class SingletonDemo01 {
    //类初始化时,立即加载这个对象(无延时加载优势),加载类时是天然线程安全的
    private static SingletonDemo01 instance = new SingletonDemo01();
    //私有构造方法
    private SingletonDemo01() {}
    //加载类时是天然线程安全的,不需要同步,调用效率高
    public static SingletonDemo01 getInstance() {
        return instance;
    }
}


2、懒汉式


优点:线程安全、可延时加载

缺点:调用效率不高(每次调用都得同步,并发效率低)


代码:

public class SingletonDemo02 {
    //类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)
    private static SingletonDemo02 instance;
    //私有化构造器
    private SingletonDemo02(){
    }
    //获取实例方法,synchronized进行同步,调用效率低
    public static synchronized SingletonDemo02 getInstance() {
        if (instance == null) {
            instance = new SingletonDemo02();
        }
        return instance;
    }
}


3、静态内部类式


优点:线程安全、调用效率高、可延时加载,兼具了饿汉式和懒汉式的优点。

缺点:


代码:

public class SingletonDemo03 {
    //静态内部类,,只有调用getInstance方法时才会进行加载(延时加载)
    private static class InnerClass {
        //static final修饰instance,保证实例在内存中唯一(线程安全)
        private static final SingletonDemo03 instance = new SingletonDemo03();
    }
    //私有构造器
    private SingletonDemo03() {
    }
    //获取实例方法
    public static SingletonDemo03 getInstance() {
        return InnerClass.instance;
    }
}


4、枚举式


优点:基于JVM底层实现,天然单例,线程安全、调用效率高

缺点:不能延时加载


代码:

public enum  SingletonDemo04 {
    //该枚举元素本身就是单例的
    INSTANCE;
}



代码测试


public class Main {
    public static void main(String[] args) {
        //饿汉式创建的对象都是同一个对象
        SingletonDemo01 instance1 = SingletonDemo01.getInstance();
        SingletonDemo01 instance2 = SingletonDemo01.getInstance();
        System.out.println("饿汉式创建的2个实例是同一个对象?" + (instance1 == instance2));
        //懒汉式创建的对象都是同一个对象
        SingletonDemo02 instance3 = SingletonDemo02.getInstance();
        SingletonDemo02 instance4 = SingletonDemo02.getInstance();
        System.out.println("懒汉式创建的2个实例是同一个对象?" + (instance3 == instance4));
        //静态内部类创建的对象都是同一个对象
        SingletonDemo03 instance5 = SingletonDemo03.getInstance();
        SingletonDemo03 instance6 = SingletonDemo03.getInstance();
        System.out.println("静态内部类方式创建的2个实例是同一个对象?"+ (instance5 == instance6));
        //枚举式创建的对象都是同一个对象
        SingletonDemo04 instance7 = SingletonDemo04.INSTANCE;
        SingletonDemo04 instance8 = SingletonDemo04.INSTANCE;
        System.out.println("枚举式创建的2个实例是同一个对象?"+ (instance7 == instance8));
    }
}


输出结果:


饿汉式创建的2个实例是同一个对象?true
懒汉式创建的2个实例是同一个对象?true
静态内部类方式创建的2个实例是同一个对象?true
枚举式创建的2个实例是同一个对象?true


总结


当实例化对象非常占用系统资源且需要延时加载时,推荐使用懒汉式、静态内部类式(优于懒汉式);

当实例化对象占用系统资源小时且要立即加载时,推荐使用饿汉式、枚举式(优于饿汉式)。


扩展


单例模式中的枚举式基于JVM底层实现,是天然线程安全的,但是其他创建单例的方法用反射和反序列化的手段是可以破解的(可以创建多个不同的对象)。

这里以饿汉式为例:


未特殊处理的饿汉式代码:

public class SingletonDemo05 implements Serializable{
    //类初始化时,立即加载这个对象(无延时加载优势),加载类时是天然线程安全的
    private static SingletonDemo05 instance = new SingletonDemo05();
    //私有构造方法
    private SingletonDemo05() {}
    //加载类时是天然线程安全的,不需要同步,调用效率高
    public static SingletonDemo05 getInstance() {
        return instance;
    }
}


反射、反序列破解代码:

public class Main2 {
    public static void main(String[] args) throws Exception{
        SingletonDemo05 s1 = SingletonDemo05.getInstance();
        SingletonDemo05 s2 = SingletonDemo05.getInstance();
        System.out.println("饿汉式创建的2个实例是同一个对象?" + (s1 == s2));
        //反射方式破解单例
        Class<SingletonDemo05> clazz = (Class<SingletonDemo05>) Class.forName("com.led.singleton.SingletonDemo05");
        Constructor<SingletonDemo05> constructor = clazz.getDeclaredConstructor(null);
        //使用下面的方法才能访问私有方法
        constructor.setAccessible(true);
        SingletonDemo05 s3 = constructor.newInstance();
        System.out.println("反射生成的对象和正常生成的是同一个对象吗?" + (s1 == s3));//false
        //反序列化方式破解单例
        //1、先序列化到本地磁盘(SingletonDemo05需要实现Serializable接口)
        FileOutputStream fos = new FileOutputStream("D:/a.txt");
        ObjectOutputStream oos = new ObjectOutputStream(fos);
        //Write the specified object to the ObjectOutputStream
        oos.writeObject(s1);
        if (oos != null) {
            oos.close();
        }
        if (fos != null) {
            fos.close();
        }
        //2、从磁盘反序列化到内存
        FileInputStream fis = new FileInputStream("D:/a.txt");
        ObjectInputStream ois = new ObjectInputStream(fis);
        SingletonDemo05 s4 = (SingletonDemo05) ois.readObject();
        if (ois != null) {
            ois.close();
        }
        if (fis != null) {
            fis.close();
        }
        System.out.println("正常创建的和反序列化生成的是同一个对象?" + (s1 == s4));//false
    }
}



控制台输出:

饿汉式创建的2个实例是同一个对象?true
反射生成的对象和非反射生成的是同一个对象吗?false
正常创建的和反序列化生成的是同一个对象?false


由此可见,不对饿汉式代码进行特殊处理,使用反射和反序列方法会破坏单例性。


对反射的特殊处理:


对饿汉式类中的构造方法进行修改,当已经有实例时,抛出异常,防止创建多个不同实例


//私有构造方法
    private SingletonDemo05() {
        if (instance != null) {
            throw new RuntimeException("实例已存在");
        }
    }


控制台输出:


饿汉式创建的2个实例是同一个对象?true
Exception in thread "main" java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at com.led.singleton.Main2.main(Main2.java:25)
Caused by: java.lang.RuntimeException: 实例已存在
    at com.led.singleton.SingletonDemo05.<init>(SingletonDemo05.java:18)
    ... 5 more


对反序列化的特殊处理:


在饿汉式类中通过定义readResolve()防止获得不同对象


//通过定义readResolve()防止获得不同对象
    private Object readResolve() throws ObjectStreamException {
        return instance;
    }


控制台输出:

正常创建的和反序列化生成的是同一个对象?true


特殊处理的饿汉式代码:

public class SingletonDemo05 implements Serializable{
    //类初始化时,立即加载这个对象(无延时加载优势),加载类时是天然线程安全的
    private static SingletonDemo05 instance = new SingletonDemo05();
    //私有构造方法
    private SingletonDemo05() {     //通过抛出异常,防止反射通过构造器创建多个实例
        if (instance != null) {
            throw new RuntimeException("实例已存在");
        }
    }
    //加载类时是天然线程安全的,不需要同步,调用效率高
    public static SingletonDemo05 getInstance() {
        return instance;
    }
    //通过定义readResolve()方法,防止通过反序列化方式创建多个实例
    private Object readResolve() throws ObjectStreamException {
        return instance;
    }
}
相关文章
|
1月前
|
设计模式 Java Spring
Java 设计模式之责任链模式:优雅处理请求的艺术
责任链模式通过构建处理者链,使请求沿链传递直至被处理,实现发送者与接收者的解耦。适用于审批流程、日志处理等多级处理场景,提升系统灵活性与可扩展性。
212 2
|
1月前
|
设计模式 网络协议 数据可视化
Java 设计模式之状态模式:让对象的行为随状态优雅变化
状态模式通过封装对象的状态,使行为随状态变化而改变。以订单为例,将待支付、已支付等状态独立成类,消除冗长条件判断,提升代码可维护性与扩展性,适用于状态多、转换复杂的场景。
258 0
|
3月前
|
设计模式 缓存 Java
Java设计模式(二):观察者模式与装饰器模式
本文深入讲解观察者模式与装饰器模式的核心概念及实现方式,涵盖从基础理论到实战应用的全面内容。观察者模式实现对象间松耦合通信,适用于事件通知机制;装饰器模式通过组合方式动态扩展对象功能,避免子类爆炸。文章通过Java示例展示两者在GUI、IO流、Web中间件等场景的应用,并提供常见陷阱与面试高频问题解析,助你写出灵活、可维护的代码。
|
1月前
|
设计模式 算法 搜索推荐
Java 设计模式之策略模式:灵活切换算法的艺术
策略模式通过封装不同算法并实现灵活切换,将算法与使用解耦。以支付为例,微信、支付宝等支付方式作为独立策略,购物车根据选择调用对应支付逻辑,提升代码可维护性与扩展性,避免冗长条件判断,符合开闭原则。
259 35
|
1月前
|
设计模式 消息中间件 传感器
Java 设计模式之观察者模式:构建松耦合的事件响应系统
观察者模式是Java中常用的行为型设计模式,用于构建松耦合的事件响应系统。当一个对象状态改变时,所有依赖它的观察者将自动收到通知并更新。该模式通过抽象耦合实现发布-订阅机制,广泛应用于GUI事件处理、消息通知、数据监控等场景,具有良好的可扩展性和维护性。
219 8
|
6月前
|
设计模式 缓存 安全
【设计模式】【创建型模式】单例模式(Singleton)
一、入门 什么是单例模式? 单例模式是一种设计模式,确保一个类只有一个实例,并提供一个全局访问点。它常用于需要全局唯一对象的场景,如配置管理、连接池等。 为什么要单例模式? 节省资源 场景:某些对象创
244 15
|
6月前
|
设计模式 缓存 安全
【高薪程序员必看】万字长文拆解Java并发编程!(8):设计模式-享元模式设计指南
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发编程中的经典对象复用设计模式-享元模式,废话不多说让我们直接开始。
163 0
|
3月前
|
设计模式 安全 Java
Java设计模式(一):单例模式与工厂模式
本文详解单例模式与工厂模式的核心实现及应用,涵盖饿汉式、懒汉式、双重检查锁、工厂方法、抽象工厂等设计模式,并结合数据库连接池与支付系统实战案例,助你掌握设计模式精髓,提升代码专业性与可维护性。
|
3月前
|
设计模式 XML 安全
Java枚举(Enum)与设计模式应用
Java枚举不仅是类型安全的常量,还具备面向对象能力,可添加属性与方法,实现接口。通过枚举能优雅实现单例、策略、状态等设计模式,具备线程安全、序列化安全等特性,是编写高效、安全代码的利器。
|
8月前
|
设计模式 Java 数据安全/隐私保护
Java 设计模式:装饰者模式(Decorator Pattern)
装饰者模式属于结构型设计模式,允许通过动态包装对象的方式为对象添加新功能,提供比继承更灵活的扩展方式。该模式通过组合替代继承,遵循开闭原则(对扩展开放,对修改关闭)。

热门文章

最新文章

下一篇
oss云网关配置