Java 反射修改類的常量值、靜態變量值、屬性值實例詳解

前言

有的時候,我們需要修改一個變量的值,但變量也許存在於 Jar 包中或其他位置,導致我們不能從代碼層面進行修改,於是我們就用到瞭下面的場景,通過反射來進行修改變量的值。

定義一個實體類

class Bean{ 
 private static final Integer INT_VALUE = 100; 
} 

利用反射修改私有靜態常量方法

System.out.println(Bean.INT_VALUE); 
Field field = Bean.class.getField("INT_VALUE"); 
//將字段的訪問權限設為true:即去除private修飾符的影響 
field.setAccessible(true); 
//去除final修飾符的影響,將字段設為可修改的 
Field modifiersField = Field.class.getDeclaredField("modifiers"); 
modifiersField.setAccessible(true); 
modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL); 
//把字段值設為200 
field.set(null, 200); 
System.out.println(Bean.INT_VALUE); 

修改私有靜態常量測試結果

100
200

看到測試結果說明我們的反射修改成功瞭。

利用反射修改共有靜態變量方法

class Bean{ 
 public static int nums = 100;
} 
System.out.println(Bean.nums);
Field field = Bean.class.getField("nums");
field.set(null, 200);
System.out.println(Bean.INT_VALUE);

測試結果修改成功。

100
200

奇怪的地方

註意到上述代碼的中的靜態常量類型是Integer,但是我們項目中實際需要修改的字段類型並不是包裝類型Integer,而是java的基本類型int。

當把常量的類型改成int之後。

class Bean{ 
 private static final int INT_VALUE = 100;//把類型由Integer改成瞭int 
}

在其他代碼都不變的情況下,代碼輸出的結果竟然變成瞭詭異的:

100
100

而且在調試的過程中發現,在第二次輸出的時候,內存中的Bean.INT_VALUE是已經變成瞭200,但是System.out.println(Bean.INT_VALUE)輸出的結果卻依然時詭異的100?!

是反射失效瞭嗎?

又試瞭其他幾種類型,發現這種貌似失效的情會發生在int、long、boolean以及String這些基本類型上,而如果把類型改成Integer、Long、Boolean這種包裝類型,或者其他諸如Date、Object都不會出現失效的情況。

奇怪的原因

對於基本類型的靜態常量,JAVA在編譯的時候就會把代碼中對此常量中引用的地方替換成相應常量值。

參考:Modifying final fields in Java

即對於常量 public static final int maxFormatRecordsIndex = 100

if( index > maxFormatRecordsIndex ){ 
 index = maxFormatRecordsIndex ; 
} 

這段代碼在編譯的時候已經被java自動優化成這樣的:

if( index > 100){
index = 100;
}

所以在INT_VALUE是int類型的時候。

System.out.println(Bean.INT_VALUE); 

編譯時會被優化成下面這樣:

System.out.println(100);

所以,自然,無論怎麼修改Boolean.INT_VALUE,System.out.println(Bean.INT_VALUE)都還是會依然固執地輸出100瞭。

這本身是JVM的優化代碼提高運行效率的一個行為,但是就會導致我們在用反射改變此常量值時出現類似不生效的錯覺。

到此這篇關於Java 反射修改類的常量值、靜態變量值、屬性值實例詳解的文章就介紹到這瞭,更多相關Java 反射如何修改類的常量值、靜態變量值、屬性值內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: