大家都知道使用java反射可以在运行时动态改变对象的行为,甚至是private final的成员变量,但并不是所有情况下,都可以修改成员变量。今天就举几个小例子说明。 

首先看下对基本类型的修改:

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {private final int age=18; public int getAge(){
return age;
}
}

测试代码:

import java.lang.reflect.Field;

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionTest {
public static void main(String[] args){ try {
Class reflectionUsage = Class.forName("practise.practise.ReflectionUsage");
ReflectionUsage o = (ReflectionUsage)reflectionUsage.newInstance();
Field age = reflectionUsage.getDeclaredField("age");
age.setAccessible(true);
age.set(o,68);
age.setAccessible(false);
System.out.println(o.getAge());
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (NoSuchFieldException e) {
e.printStackTrace();
}catch (IllegalAccessException | InstantiationException e){ }
}
}

运行结果:18

此时无法修改成员变量age.

如果将初始化age放到构造函数中会如何呢:

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {private final int age; public ReflectionUsage(){
this.age=18;
} public int getAge(){
return age;
}
}

再执行RefectionTest会发生什么呢?会发现结果变成了68。

为什么会发生这种情形呢?看一下这两个情况下生成的class文件有什么不同:

直接初始化:

public class ReflectionUsage {
private final int age = 18; public ReflectionUsage() {
} public int getAge() {
return 18;
}
}

构造函数中初始化:

public class ReflectionUsage {
private final int age = 18; public ReflectionUsage() {
} public int getAge() {
return this.age;
}
}

可以看出如果直接初始化时,经过编译后getAge方法直接返回常量值,而在构造函数中初始化时,返回的是this.age变量的值。

再看下对String类型的修改:

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {
private final String reflectionString="reflectionString";
public String getReflectionString(){
return reflectionString;
}
}

测试代码:

import java.lang.reflect.Field;

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionTest {
public static void main(String[] args){
try {
Class reflectionUsage = Class.forName("practise.practise.ReflectionUsage");
ReflectionUsage o = (ReflectionUsage)reflectionUsage.newInstance();
Field reflectionString = reflectionUsage.getDeclaredField("reflectionString");
reflectionString.setAccessible(true);
reflectionString.set(o,"newReflectionString");
reflectionString.setAccessible(false);
System.out.println(o.getReflectionString());
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (NoSuchFieldException e) {
e.printStackTrace();
}catch (IllegalAccessException | InstantiationException e){ } }
}

运行结果:reflectionString

如果将初始化reflectionString放到构造函数中又如何呢?

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {
private final String reflectionString;
public ReflectionUsage(){
this.reflectionString="reflectionString";
}
public String getReflectionString(){
return reflectionString;
}
}

运行结果:newReflectionString

为什么运行结果不同呢,来看下class文件:

直接初始化:

public class ReflectionUsage {
private final String reflectionString = "reflectionString"; public ReflectionUsage() {
} public String getReflectionString() {
return "reflectionString";
}
}

构造函数中初始化:

public class ReflectionUsage {
private final String reflectionString = "reflectionString"; public ReflectionUsage() {
} public String getReflectionString() {
return this.reflectionString;
}
}

可以看出跟基本类型相似,直接初始化时,编译器会将reflectionString出现的地方,替换成常量值,而构造函数中初始化不替换。

再看下对Integer的修改:

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {
private final Integer age=18; public Integer getAge(){
return age;
}
}

测试代码:

import java.lang.reflect.Field;

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionTest {
public static void main(String[] args){
try {
Class reflectionUsage = Class.forName("practise.practise.ReflectionUsage");
ReflectionUsage o = (ReflectionUsage)reflectionUsage.newInstance();
Field reflectionString = reflectionUsage.getDeclaredField("age");
reflectionString.setAccessible(true);
reflectionString.set(o,68);
reflectionString.setAccessible(false);
System.out.println(o.getAge());
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (NoSuchFieldException e) {
e.printStackTrace();
}catch (IllegalAccessException | InstantiationException e){ }
}
}

运行结果:

可以看出直接初始化private final Integer age变量后,不像基本类型和String类型一样不能修改,原因是什么呢,看下class文件。

public class ReflectionUsage {
private final Integer age = Integer.valueOf(18); public ReflectionUsage() {
} public Integer getAge() {
return this.age;
}
}

可以看到编译器并未将getAge中变量替换成常量。

看到对Integer赋值时,编译器进行了自动装箱,那如果初始化String变量时,使用String.value()方式时,能否被修改呢,来看一下。

/**
* @author Cool-Coding 2018/5/15
*/
public class ReflectionUsage {
private final String reflectionString = String.valueOf("reflectionString"); public ReflectionUsage() {
} public String getReflectionString() {
return this.reflectionString;
}
}

运行结果:newReflectionString

可以看出,reflectionString的值被修改了,看下class文件:

package practise.practise;

public class ReflectionUsage {
private final String reflectionString = String.valueOf("reflectionString"); public ReflectionUsage() {
} public String getReflectionString() {
return this.reflectionString;
}
}

可见编译器并未替换getReflectionString方法中的变量。

如果在构造函数中初始化Integer类型变量呢?

public class ReflectionUsage {
private final Integer age; public ReflectionUsage() {
this.age=18;
} public Integer getAge() {
return this.age;
}
}

运行结果:

age值也被改变了,看下class文件:

public class ReflectionUsage {
private final Integer age = Integer.valueOf(18); public ReflectionUsage() {
} public Integer getAge() {
return this.age;
}
}

生成的class文件与直接初始化是一样的。

总结:

final可以修改类,变量,方法,表示不可继承,不可修改,不可覆盖(override),这里讨论了使用反射修改private final修饰的成员变量情况,当private final修改直接初始化的基本类型或String(注意不能使用String.valueOf()初始化)时,使用反射无法修改变量值,其它情况下可以修改。这也告诉我们在平时开发时,如果想定义常量请在基本类型int或String类型前加private final修饰,这样编译器会在编译时将这些变量出现的地方替换成常量,以免被恶意修改。

Java反射-修改private final成员变量值,你知道多少?的更多相关文章

  1. java 反射实现2个int变量值的交换

    import java.io.*;import java.lang.reflect.Field; import java.lang.reflect.InvocationTargetException; ...

  2. Java反射-修改字段值, 反射修改static final修饰的字段

    反射修改字段 咱们从最简单的例子到难, 一步一步深入. 使用反射修改一个private修饰符的变量name 咱们回到主题, 先用反射来实现一个最基础的功能吧. 其中待获取的name如下: public ...

  3. MFC一个类访问另一个类成员对象的成员变量值

    MFC中一个类要访问另外一个类的的对象的成员变量值,这就需要获得原来那个类对象的指针,其实有好几种方法都可以实现. 比如维护一个单例模式.设置静态变量等等.我们这里举个列子,实现多个类之间的相互访问. ...

  4. MFC 一个类訪问还有一个类成员对象的成员变量值

    作者:卿笃军 原文地址:http://blog.csdn.net/qingdujun/article/details/35263857 MFC中一个类要訪问另外一个类的的对象的成员变量值,这就须要获得 ...

  5. 通过JAVA反射修改JDK1.6*当中DNS缓存内容

    时间 2012-05-28 17:09:03  Taobao QA Team原文  http://qa.taobao.com/?p=15523 为了实现性能压测时的域名动态绑定功能,尝试通过java反 ...

  6. Java 反射修改类的常量值、静态变量值、属性值

    前言 有的时候,我们需要修改一个变量的值,但变量也许存在于 Jar 包中或其他位置,导致我们不能从代码层面进行修改,于是我们就用到了下面的场景,通过反射来进行修改变量的值. 定义一个实体类 class ...

  7. 反射修改 static final 变量

    一.测试结论 static final 修饰的基本类型和String类型不能通过反射修改; 二.测试案例 @Test public void test01() throws Exception { s ...

  8. java反射修改静态方法的值setAccessible

    这几天闲来无事.在网上看了一个题目,相信大家都知道这个题目  static void change(String str){         str="welcome";     ...

  9. java反射修改final变量

    private void updateFinalModifiers(Field field) throws NoSuchFieldException, IllegalAccessException { ...

随机推荐

  1. UGUI实现NGUI的UIEventListener功能

    在unity中处理UI事件时,习惯了使用NGUI的UIEventListener,虽然UGUI也有AddListener,但是一个组件只能对应一个函数,不能在一个函数中同时处理多个事件,显得有些麻烦 ...

  2. Jumpstart for Oracle Service Bus Development

    http://www.oracle.com/technetwork/articles/jumpstart-for-osb-development-page--097357.html Tutorial ...

  3. LeetCode之“树”:Symmetric Tree && Same Tree

    Symmetric Tree 题目链接 题目要求: Given a binary tree, check whether it is a mirror of itself (ie, symmetric ...

  4. Linux - 简单好用的计算器 bc

    如果在文本模式当中,突然想要作一些简单的加减乘除,偏偏手边又没有计算器!这个时候要笔算吗? Linux有提供一支计算程序,那就是bc.你在命令列输入bc后,屏幕会显示出版本信息, 之后就进入到等待指示 ...

  5. OpenGL Shader Key Points (2)

    1.  Uniform 1.1.  Uniform变量 不是所有的变量都是跟顶点一一对应的,如变换矩阵,光源位置等. Uniform变量可以在任何类型的shader中使用,但只能作为输入值,不能在sh ...

  6. how tomcat works 六 生命周期

    我觉得这一章叫tomcat中的观察者模式,比较好! 首先,不要看本章,请查看一下关于观察者模式的资料比较好. 推荐以下知识点 基础篇 设计模式之禅----观察者模式 大家可以找到pdf阅读一下 另外本 ...

  7. 【50】java 匿名内部类剖析

    匿名内部类介绍: 匿名内部类也就是没有名字的内部类 正因为没有名字,所以匿名内部类只能使用一次,它通常用来简化代码编写 但使用匿名内部类还有个前提条件:必须继承一个父类或实现一个接口 匿名内部类的声明 ...

  8. unity xml序列化与反序列化 多平台

    换平台确实是一个头疼的问题,本来在pc用.net的json处理数据很是顺手的,但是发布web版本后,发现他不支持.后面找了好几个开源json都不能很好的支持web,或者不能支持List等.于是我就想着 ...

  9. Unity UGUI

    超详细的基础教程传送门:(持续更新中) Unity UGUI之Canvas&EventSystem:http://blog.csdn.net/qq992817263/article/detai ...

  10. SharePoint 2010 之寻找页面布局

    习惯了2007的页面布局,虽然感觉不是太好用,尤其以开始接触时非常不理解页面布局和页面的关系,但是后来理清了,感觉还是很好用的,尤其对于相同格式的网站,修改布局而不改页面的情况,还是非常有效的,好了, ...