资讯专栏INFORMATION COLUMN

类中private变量真的private么?

stormjun / 2421人阅读

摘要:内容简介利用反射机制修改类中的修饰的变量当然,在没有提供的情况下。利用反射机制破坏单例模式正文首先,我们有一个包含类型变量的类。所以我们做以下修改新增的代码于是输出的结果如下至此,我们已经成功的修改了类中的变量的内容。

内容简介

利用反射机制修改类中的private修饰的变量(当然,在没有提供setter的情况下)。
本篇主要讲述了如何利用反射机制修改类中的一个private变量。下一篇将会展示利用反射机制来违反或者说攻击单例模式。
利用反射机制破坏单例模式

正文

首先,我们有一个包含private类型变量的类。

public class PrivateTest {
    private int privateInt = 0;
    int getPrivateInt()
    {
        return this.privateInt;
    }
}

这里提供了get方法,用于我们后来的检测。

ok,现在用于测试的类有了,我们来利用反射的机制尝试修改PrivateTest类中的privateInt变量。

如果我们写成这样:

import java.lang.reflect.Field;

public class Test 
{
    
    public static void main(String args[])
    {    
        PrivateTest privateTest = new PrivateTest();
        System.out.println("Before :" + privateTest.getPrivateInt());
        Class pClass = privateTest.getClass();
        try
        {
            Field field = pClass.getDeclaredField("privateInt");
            field.set(privateTest, 3);
        }
        catch (Exception e) {
            e.printStackTrace();
        }
        
        System.out.println("After :" +privateTest.getPrivateInt());
    }
}

运行之后会发现输出如下:

Before :0
java.lang.IllegalAccessException: Class Test can not access a member of class PrivateTest with modifiers "private"
    at sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
    at java.lang.reflect.Field.doSecurityCheck(Unknown Source)
    at java.lang.reflect.Field.getFieldAccessor(Unknown Source)
    at java.lang.reflect.Field.set(Unknown Source)
    at Test.main(Test.java:17)
After :0

也就是说修改失败了,原因很明显,因为变量是private的。所以我们做以下修改:

import java.lang.reflect.Field;

public class Test 
{
    
    public static void main(String args[])
    {    
        PrivateTest privateTest = new PrivateTest();
        System.out.println("Before :" + privateTest.getPrivateInt());
        Class pClass = privateTest.getClass();
        try
        {
            Field field = pClass.getDeclaredField("privateInt");
            field.setAccessible(true);//新增的代码
            field.set(privateTest, 3);
        }
        catch (Exception e) {
            e.printStackTrace();
        }
        System.out.println("After :" +privateTest.getPrivateInt());
    }
}

于是输出的结果如下:

Before :0
After :3

至此,我们已经成功的修改了类中的private变量的内容。
思考到这里的时候我很好奇为什么java会允许这种事情的存在,这种setAccessible的行为是不是破坏了java的封装性呢?
下一篇要写的更是利用反射机制成功的破坏掉了单例模式。

刚刚接触反射和单例,大家多多讨论吧!

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/64511.html

相关文章

  • 利用反射机制破坏单例模式

    摘要:之前利用反射也是改变了类中的变量。单例模式的类测试类这个类中我打印了和的用来验证是不是同一个对象。利用反射机制破坏单例模式单例模式的类仍然不变。 简介 利用反射机制破坏了单例模式,这里以懒汉单例模式为例子进行操作。之前利用反射也是改变了类中的private变量。类中的private变量真的private么? 正常的单例模式的实现 这里采用了懒汉的单例模式,顺带说一句我自己对懒汉饿汉的理...

    luodongseu 评论0 收藏0
  • Java并发,volatile+不可变容器对象能保证线程安全?!

    摘要:同样,用类型的变量来保存这些值也不是线程安全的。仅保证可见性,无法保证线程安全性。并且返回的结果是对象,是局部变量,并未使对象逸出,所以这里也是线程安全的。 《Java并发编程实战》第3章原文 《Java并发编程实战》中3.4.2 示例:使用Volatile类型来发布不可变对象 在前面的UnsafeCachingFactorizer类中,我们尝试用两个AtomicReferences变...

    tyheist 评论0 收藏0
  • 真的会用ABAP, Java和JavaScript里的constructor?

    摘要:如果里调用了一个成员方法,这个方法被子类了,当初始化一个子类实例时,父类的构造函数被的调用,此时父类构造函数的上下文里调用的成员方法,是父类的实现还是子类的实现你能不用运行代码,就能准确说出这些语句会打印什么出来呢测试测试结果测试 如果constructor里调用了一个成员方法,这个方法被子类override了,当初始化一个子类实例时,父类的构造函数被的调用,此时父类构造函数的上下文里...

    yeooo 评论0 收藏0
  • 真的会用ABAP, Java和JavaScript里的constructor?

    摘要:如果里调用了一个成员方法,这个方法被子类了,当初始化一个子类实例时,父类的构造函数被的调用,此时父类构造函数的上下文里调用的成员方法,是父类的实现还是子类的实现你能不用运行代码,就能准确说出这些语句会打印什么出来呢测试测试结果测试 如果constructor里调用了一个成员方法,这个方法被子类override了,当初始化一个子类实例时,父类的构造函数被的调用,此时父类构造函数的上下文里...

    luxixing 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<