L'accès Java static final de la valeur de la variable par le biais de la réflexion

Peut la valeur de Java static final de la variable de classe d'être récupérées par le biais de la réflexion?

InformationsquelleAutor | 2009-05-11

~~je suppose que cela dépend du type et le compilateur~~ (sur la deuxième pensée, il avait certainement mieux pas!). Le compilateur de Sun inlines primitive constantes, mais je ne sais pas si ils supprimez l'entrée de la classe entièrement. Je vais trouver.

Edit: Oui, vous pouvez toujours y accéder même si elles sont intégrées. La classe de Test:

public class ReflectionConstantTest {
    private static final int CONST_INT = 100;
    private static final String CONST_STRING = "String";
    private static final Object CONST_OBJECT = new StringBuilder("xyz");
    public static void main(String[] args) throws Exception {
        int testInt = CONST_INT;
        String testString = CONST_STRING;
        Object testObj = CONST_OBJECT;
        for (Field f : ReflectionConstantTest.class.getDeclaredFields()) {
            f.setAccessible(true);
            System.out.println(f.getName() + ": " + f.get(null));
        }
    }
}

De sortie:

CONST_INT: 100 
CONST_STRING: String 
CONST_OBJECT: xyz

javap -c de sortie:

Compilées à partir de "ReflectionConstantTest.java" 
public de la classe zéro.ReflectionConstantTest s'étend java.lang.Objet{ 
public de zéro.ReflectionConstantTest(); 
Code: 
0: aload_0 
1: invokespecial #1; //Méthode java/lang/Object."":()V 
4: retour 

public static void main(java.lang.String[]) throws java.lang.Exception; 
Code: 
0: bipush 100 
2: istore_1 
3: pma #2; //Chaîne de caractères Chaîne de caractères 
5: astore_2 
6: getstatic #3; //le Champ CONST_OBJECT:Ljava/lang/Object; 
9: astore_3 
10: ldc_w #4; //classe scratch/ReflectionConstantTest 
13: invokevirtual #5; //Méthode java/lang/Classe.getDeclaredFields:()[Ljava/lang/réfléchir/Champ; 
16: astore 4 
18: aload 4 
20: arraylength 
21: istore 5 
23: iconst_0 
24: istore 6 
26: iload 6 
28: iload 5 
30: if_icmpge 90 
33: aload 4 
35: iload 6 
37: aaload 
38: astore 7 
40: aload 7 
42: iconst_1 
43: invokevirtual #6; //Méthode java/lang/réfléchir/Champ.setAccessible:(Z)V 
46: getstatic #7; //le Champ java/lang/Système.out:Ljava/io/PrintStream; 
49: nouvelle #8; //la classe java/lang/StringBuilder 
52: dup 
53: invokespecial #9; //Méthode java/lang/StringBuilder."":()V 
56: aload 7 
58: invokevirtual #10; //Méthode java/lang/réfléchir/Champ.getName:()Ljava/lang/String; 
61: invokevirtual #11; //Méthode java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 
64: pma #12; //Chaîne : 
66: invokevirtual #11; //Méthode java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder; 
69: aload 7 
71: aconst_null 
72: invokevirtual #13; //Méthode java/lang/réfléchir/Champ.obtenir:(Ljava/lang/Object;)Ljava/lang/Object; 
75: invokevirtual #14; //Méthode java/lang/StringBuilder.append:(Ljava/lang/Object;)Ljava/lang/StringBuilder; 
78: invokevirtual #15; //Méthode java/lang/StringBuilder.toString:()Ljava/lang/String; 
81: invokevirtual #16; //Méthode java/io/PrintStream.println:(Ljava/lang/String;)V 
84: iinc 6, 1 
87: goto 26 
90: le retour 

statique {}; 
Code: 
0: nouvelle #8; //la classe java/lang/StringBuilder 
3: dup 
4: pma #17; //Chaîne de caractères xyz 
6: invokespecial #18; //Méthode java/lang/StringBuilder."":(Ljava/lang/String;)V 
9: putstatic #3; //le Champ CONST_OBJECT:Ljava/lang/Object; 
12: le retour 

}

Vous pouvez voir que CONST_INT est inline, mais CONST_STRING et CONST_OBJECT (bien sûr) ne le sont pas. Encore CONST_INT est toujours disponible reflectively.

Cela a résolu mon problème, merci! Je suis curieux de savoir pourquoi nous devons appeler f.setAccessible(true). Quel est le point d'avoir statique modificateurs pas accessibles en premier lieu?
La seule raison que c'est nécessaire, c'est de démontrer que, même privé constantes peuvent être accessibles par le biais de la réflexion (vous pouvez observer que les trois constantes dans l'exemple sont déclarées privé). Constantes publiques n'auraient pas besoin d'être défini accessibles, car ils sont déjà accessibles.
Ahh, je vois. Je viens de réaliser que mon problème est survenu parce que je n'ai pas de public/privé modificateur de mon champ, puis refait mon code en paquets. Merci pour la réponse.

InformationsquelleAutor Michael Myers

6

Oui. (Seulement il n'y a pas une telle chose comme statique, de l'instance. Il est statique, non de l'instance.)

> Si le champ sous-jacent est un champ statique, l'obj argument est ignoré; il peut être null.

(standard avertissement que la plupart des utilisations de réflexion sont une mauvaise idée)

InformationsquelleAutor Tom Hawtin - tackline
1

Si les bibliothèques open source sont autorisés sur votre projet, vous pouvez utiliser

FieldUtils.readDeclaredStaticField
```
public class Test {
    public final static String CONSTANT="myConstantValue";
}
```
Dans une autre classe, vous pouvez utiliser:
```
Object value = FieldUtils.readDeclaredStaticField(Test.class, "CONSTANT");
System.out.println(value);
```
Vous verrez "myConstantValue" dans la console.

InformationsquelleAutor paskos

Simplement d'obtenir le nom et la valeur ne nécessite pas de setAccessible(true). Voici un exemple utile lorsque vous avez à traiter avec des constantes déclarées dans une interface, et que vous voulez les noms symboliques:

interface Code {
   public static final int FOO = 0;
   public static final int BAR = 1;
}

...

try {
   for (Field field : Code.class.getDeclaredFields()) {
      String name = field.getName();
      int value = field.getInt(null);
      System.out.println(name + "=" + value);
   }
}
catch (IllegalAccessException e) {
   System.out.println(e);
}

InformationsquelleAutor Per Lindberg

Vous devez vous connecter pour publier un commentaire.