单例模式下防止攻击(反射攻击)

本文深入探讨了Java中单例模式的实现原理,包括懒汉式、饿汉式及枚举方式的安全性对比,分析了多线程环境下单例模式的重要性,并通过代码示例展示了如何防止反射破坏单例模式。

这几天看了几篇java的单例模式,以前也看过很多java单例的创建什么的,也知道怎么创建这些单例,比如懒汉啊、饿汉啊、枚举啊什么的,但是一直就是不明白为什么单例就是安全的,为什么懒汉和饿汉就没有枚举安全?

直到这几天看点儿多线程的东西才发现,多线程里面要求全局变量是固定的,不可变得(为什么?)。举个例子:买票的时候,有三个窗口,同时去卖票。这三个窗口的售票员都要从统一的地方去取票,这统一的地方其实就是对应了我们的全局变量(比如有个静态变量10,有一个方法取这个变量数子,然后做了减一的操作以后再放回到静态变量里面,结果静态变量就变成了9,其他的方法以此类推,一个方法一个方法的取,直到最后取完,很安心)。

为什么要举一个多线程的例子呢?因为我们单例模式的情况下会用到这玩意,单例模式为什么安全,因为单例模式只有一个入口,我们通常写一个类,然后用其他的类调用的时候会在内存里面新建一块内存,也就是new,这个内存也就对应一个地址;相应的我们再new一个名字不一样的相同的类,它会在内存里面再开辟一个新的内存,也就对应了一个新的地址。然后我们看代码:

        TestClass testing = new TestClass();
 
        TestClass tesing = new TestClass();
        
        System.out.println(":"+testing);
        System.out.println(":"+tesing);

下面是输出的结果:

:enumtest.TestClass@117f31e
:enumtest.TestClass@15a6029

看到没有,这是两个地址了,那我要是想用这个类整个全局变量的话(那肯定不行啊,一个人取这个地址,其他人取的是其他的地址了,取的都不知道是啥,这个还整个毛线啊),所以现在就出现了转机:单例模式,单例的出现拯救了这个类,让它可以被大家所用,具体是怎么用的嘞,请看下面的代码:

public class TestSingleton { 

//这个是先定一个全局的初始化
    public static TestSingleton test = null;   
    private TestSingleton(){}

//实现单例的创建,如果为空就创建
    public static TestSingleton getInstance(){
        if(test == null) {
            test = new TestSingleton();
        }
        return test;
    }
}

上面创建了一个单例,然后我们调用一下这个单例,看一下它有什么优点:

public class SingleTonTest {

    public static void main(String args[]) throws NoSuchMethodException, SecurityException, InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException{
        TestSingleton t = TestSingleton.getInstance();
        
        TestSingleton tee = TestSingleton.getInstance();
        
        System.out.println("輸出來的地址是:"+t);
        System.out.println("輸出來的地址是: "+ tee);
        System.out.println("看一下對比:"+(t == tee));
       
    }
    
}

看一下结果:

輸出來的地址是:enumtest.TestSingleton@1d7fbfb
輸出來的地址是: enumtest.TestSingleton@1d7fbfb
看一下對比:true

通过对比发现,从单例模式new出来的地址都是一样样的,这就是单例的好处了,用它做静态变量就比较让人放心了。

但是!!! java有个反射模式,我们看一下这个模式的定义:

反射是Java的特征之一,是一种间接操作目标对象的机制,核心是JVM在运行的时候才动态加载类,并且对于任意一个类,都能够知道这个类的所有属性和方法,调用方法/访问属性,不需要提前在编译期知道运行的对象是谁,他允许运行中的Java程序获取类的信息,并且可以操作类或对象内部属性。程序中对象的类型一般都是在编译期就确定下来的,而当我们的程序在运行时,可能需要动态的加载一些类,这些类因为之前用不到,所以没有加载到jvm,这时,使用Java反射机制可以在运行期动态的创建对象并调用其属性,它是在运行时根据需要才加载。

可以看到这个反射就是一个暴力破解器啊,可以强制的获取其他的类的所有的信息,私有类也不放过,太过分了,不过没办法,反射也有反射的好处,这里就不讲了。下面贴一个通过反射获取单例的代码:

public class SingleTonTest {

    public static void main(String args[]) throws NoSuchMethodException, SecurityException, InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException{

   
        Constructor<TestSingleton> construcetor = TestSingleton.class.getDeclaredConstructor();
        
        construcetor.setAccessible(true);
        
        TestSingleton test = construcetor.newInstance();
        
        TestSingleton te = construcetor.newInstance();
        
        System.out.println("輸出來的地址是:"+test);
        System.out.println("輸出來的地址是:"+te);
        System.out.println("new出來的一樣不:"+(test==te));
    } 
}

看一下结果:

輸出來的地址是:enumtest.TestSingleton@1d7fbfb
輸出來的地址是:enumtest.TestSingleton@e020c9
new出來的一樣不:false

咋样,看出来了吧,看不出来就上去再看几遍。结果是不一样的,说明反射暴力破解了单例模式,new出了新天地,这种单例不安全啊。所以就出了枚举单例模式,贴代码:

public enum TestEnum {
    
    INSTANCE;
    
    public void test(){
        System.out.println("這個枚舉單例模式");
    }

}

上面是典型的枚举单例模式,看一下调用代码:

public class SingleTonTest {
    public static void main(String args[]) throws NoSuchMethodException, SecurityException, InstantiationException, IegalAccessException, IllegalArgumentException, InvocationTargetException{
       Constructor<TestEnum> construcetor = TestEnum.class.getDeclaredConstructor();
      
       construcetor.setAccessible(true);
      
       construcetor.newInstance();   
   }  
}

看一下结果:

Exception in thread "main" java.lang.NoSuchMethodException: enumtest.TestEnum.<init>()
    at java.lang.Class.getConstructor0(Unknown Source)
    at java.lang.Class.getDeclaredConstructor(Unknown Source)
    at enumtest.SingleTonTest.main(SingleTonTest.java:36)


报错了,,,所以说枚举是安全的单例,java反射没法暴力破解枚举的单例模式。

还有一种安全的单例模式的写法,就是在单例模式里面加一个判断实例是否为空,这样就可以避免反射的暴力,贴代码:

public class TestSingleton {
    private TestSingleton(){
        if(null != InnerClass.instance) {
            throw new RuntimeException("有了就不要創建了");
        }
    }
    
    private static class InnerClass{
        private static TestSingleton instance=new TestSingleton();
    }
    
    public static TestSingleton getInstance(){
        return InnerClass.instance;
    }
    
    private Object readResolve()
    {
        return InnerClass.instance;
    }
}

看一下调用代码:

public class SingleTonTest {

    public static void main(String args[]) throws NoSuchMethodException, SecurityException, InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException{
        Constructor<TestSingleton> construcetor = TestSingleton.class.getDeclaredConstructor();
        
        construcetor.setAccessible(true);
        
        TestSingleton test = construcetor.newInstance();
        
        TestSingleton te = TestSingleton.getInstance();
        
        System.out.println("輸出來的地址是:"+test);
        System.out.println("輸出來的地址是:"+te);
        System.out.println("new出來的一樣不:"+(test==te));
    }
}

看一下结果:

Exception in thread "main" java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at enumtest.SingleTonTest.main(SingleTonTest.java:28)
Caused by: java.lang.RuntimeException: 有了就不要創建了
    at enumtest.TestSingleton.<init>(TestSingleton.java:8)
    ... 5 more

报错了,反射是没法进去创建新的实例的。

 

<think> 我们正在讨论枚举单例模式如何防止反射攻击。根据引用[1]和引用[2]的内容,我们可以总结如下: ### 枚举防止反射攻击的实现原理 1. **枚举类型的特殊性** 在Java中,枚举类型(enum)具有以下特性: - 每个枚举常量都是唯一的,且在类加载时被初始化 - 枚举类型的构造器是私有的(由编译器强制实现) - **JVM保证枚举类型不会被反射化**(核心防御机制) 2. **反射攻击的防御机制** 当尝试通过反射创建枚举实时: ```java Class<?> clazz = TestEnum.class; Constructor<?> constructor = clazz.getDeclaredConstructor(); constructor.setAccessible(true); TestEnum instance = (TestEnum) constructor.newInstance(); // 这里会抛出异常 ``` - 执行上述代码会抛出`IllegalArgumentException: Cannot reflectively create enum objects`异常 - 根本原因:Java在`java.lang.reflect.Constructor`类中专门对枚举类型做了防御[^1][^2] 源码关键片段(OpenJDK): ```java public T newInstance(Object ... initargs) { // 检查是否为枚举类型 if ((clazz.getModifiers() & Modifier.ENUM) != 0) throw new IllegalArgumentException("Cannot reflectively create enum objects"); // ...其他代码 } ``` 3. **与传统防御对比** | 防御方式 | 枚举 | 传统(如引用[2]的HungrySingleton) | |-------------------|-----------------------------------|---------------------------------------------| | 实现复杂度 | 零编码防御(JVM内置支持) | 需手动添加构造器异常抛出逻辑 | | 防御完整性 | 绝对防御(JVM级别) | 依赖开发人员正确实现 | | 反序列化安全性 | 自动防止反序列化创建新实[^2] | 需额外实现`readResolve()`方法 | 4. **枚举的底层保障** Java语言规范(JLS §8.9)明确规定: > "枚举类型没有可被外部访问的实构造器,因此无法通过反射化枚举类型" > > "枚举常量是唯一实,在枚举类初始化时由JVM创建" ### 为什么其他单例模式需要额外防御? 如引用[2]所示,传统单例模式(如饿汉式)必须手动防御: ```java private HungrySingleton() { if (hungrySingleton != null) { throw new RuntimeException("设计模式构造器禁止反射调用"); } } ``` - 这种防御依赖于**静态成员变量`hungrySingleton`的初始化时机** - 存在漏洞:如果攻击者通过反射**在类初始化前调用构造器**,仍可能绕过检查(需要通过复杂的类加载控制来完全防御) > **结论**:枚举通过JVM层面的强制约束,提供了最简洁且绝对可靠的反射攻击防御方案,是《Effective Java》推荐的实现方式。 §§相关问题§§ 1. Java反射机制中还有哪些类似枚举的安全限制? 2. 除了反射攻击,枚举还能防御哪些类型的破坏方式? 3. 如何通过Java字节码分析验证枚举的防御机制? 4. 在分布式环境下,枚举是否仍然有效? </think> ### 枚举防止反射攻击的实现原理 #### 1. **枚举类型的本质特性** 枚举类型在Java中具有特殊的语言级保障: - 每个枚举常量都是唯一的、预定义的实 - **枚举的构造函数由JVM严格管控**,无法通过反射调用 - Java语言规范(JLS
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值