Ändern private static final-Feld mit Hilfe der Java reflection

Vorausgesetzt, es ist kein SecurityManager ist, die dich daran hindern, dies zu tun, können Sie setAccessible zu bekommen, um private und zurücksetzen der modifier loswerden final, und tatsächlich ändern private static final Feld.

Hier ein Beispiel:

import java.lang.reflect.*;

public class EverythingIsTrue {
   static void setFinalStatic(Field field, Object newValue) throws Exception {
      field.setAccessible(true);

      Field modifiersField = Field.class.getDeclaredField("modifiers");
      modifiersField.setAccessible(true);
      modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL);

      field.set(null, newValue);
   }
   public static void main(String args[]) throws Exception {      
      setFinalStatic(Boolean.class.getField("FALSE"), true);

      System.out.format("Everything is %s", false); //"Everything is true"
   }
}

Vorausgesetzt, es ist kein SecurityException geworfen wird, wird der obige code druckt "Everything is true".

Was eigentlich hier gemacht wird, ist wie folgt:

• Die primitive boolean Werte true und false im main sind autoboxed, um den Typ der Referenz Boolean "Konstanten" Boolean.TRUE und Boolean.FALSE
• Reflexion wird benutzt, um den public static final Boolean.FALSE verweisen auf die Boolean bezeichnet Boolean.TRUE
• Als Ergebnis, Folge, wenn ein false ist autoboxed zu Boolean.FALSE handelt es sich um das gleiche Boolean als die einen verwiesen auf durch Boolean.TRUE
• Alles, was war "false" jetzt ist "true"

Fragen

• Mit der spiegelung ändern static final Datei.separatorChar für unit-Tests
• Wie beschränken setAccessible nur "legitim" nutzt?
  • Hat Beispiele von messing mit Integer's cache, mutiert ein String usw

Vorsichtsmaßnahmen

Extremer Vorsicht sollte genommen werden, wenn Sie so etwas tun. Es kann nicht funktionieren, weil ein SecurityManager vorhanden sein können, aber selbst wenn es nicht klappt, je nach Nutzungsverhalten, kann es nicht funktionieren.

JLS 17.5.3 Nachträgliche Änderungen Final Felder

In einigen Fällen, wie bei der Deserialisierung, das system wird sich ändern müssen die final Felder eines Objekts nach der Konstruktion. final Felder können geändert werden über reflektion und andere implementierungsabhängigen Mitteln. Das einzige Muster, in denen dieses hat angemessene Semantik ist eine, in der ein Objekt erstellt und dann die final Felder des Objekts aktualisiert werden. Das Objekt soll nicht sichtbar zu anderen threads, noch sollten die final Felder gelesen werden, bis alle updates auf den final Felder des Objekts sind abgeschlossen. Friert der ein final Feld auftreten, sowohl am Ende des Konstruktors, in denen die final Feld gesetzt ist, und sofort nach jeder änderung einer final Feld per reflection oder anderen speziellen Mechanismus.

Selbst dann, gibt es eine Reihe von Komplikationen. Wenn ein final Feld initialisiert wird, um eine compile-Zeit-Konstante im Bereich Erklärung, änderungen an der final Feld kann nicht beobachtet werden, da Verwendungen, die final Feld ersetzt werden, bei der Kompilierung mit der compile-Zeit-Konstante.

Ein weiteres problem ist, dass die Spezifikation ermöglicht eine aggressive Optimierung des final Felder. Innerhalb eines Threads, ist es zulässig zu ordnen liest einer final Feld mit den änderungen der final Feld, das nicht in den Konstruktor.

Siehe auch

• JLS 15.28 Konstanter Ausdruck
  • Es ist unwahrscheinlich, dass diese Technik funktioniert mit einem primitiven private static final boolean, weil es inlineable als compile-time-Konstante und damit die "neue" Wert darf nicht erkennbar sein,

Anhang: Über die bitweise manipulation

Im wesentlichen

field.getModifiers() & ~Modifier.FINAL

schaltet das bit entsprechend Modifier.FINAL aus field.getModifiers(). & ist die bitweise und-Verknüpfung, und ~ ist der bitweisen Komplement.

Siehe auch

• Wikipedia/Bitweise operation

Erinnern Konstante Ausdrücke

Immer noch nicht in der Lage, dieses Problem zu lösen?, gefallen in depression, wie ich für ihn? Funktioniert Ihr code wie folgt aussieht?

public class A {
    private final String myVar = "Some Value";
}

Dem Lesen der Kommentare auf diese Antwort, besonders die von @Pshemo, es erinnerte mich, dass Konstante Ausdrücke sind behandelt Verschieden, so wird es unmöglich, um es zu ändern. Daher müssen Sie ändern Sie Ihren code wie folgt Aussehen:

public class A {
    private final String myVar;

    private A() {
        myVar = "Some Value";
    }
}

wenn Sie nicht der Inhaber der Klasse... ich fühle Sie!

Weitere details darüber, warum dieses Verhalten Lesen Sie diese?

InformationsquelleAutor polygenelubricants

Ein wenig Neugier aus der Java Language Specification, Kapitel 17, Abschnitt 17.5.4 "Write-protected-Felder":

Normalerweise ein Feld, das ist final und static können nicht geändert werden.
Jedoch, System.im System ist.out und System.err sind static final Felder
,, für legacy-Gründen erlaubt sein müssen, um geändert werden, indem Sie die Methoden
System.setIn, System.darlegen, und System.setErr. Wir verweisen auf diese
Felder als schreibgeschützt zu unterscheiden von den gewöhnlichen
final-Felder.

Quelle: http://docs.oracle.com/javase/specs/jls/se7/html/jls-17.html#jls-17.5.4

InformationsquelleAutor Stephan Markwalder

Zusammen mit top-Rankings Antwort Sie können ein bisschen einfachste Ansatz. Apache commons FieldUtils schon Klasse, hat eine Besondere Methode, die das tun, das Zeug. Bitte, werfen Sie einen Blick auf FieldUtils.removeFinalModifier Methode. Sie sollten angeben, target field Instanz und Barrierefreiheit zwingt flag (wenn Sie spielen mit nicht-öffentlichen Bereichen). Mehr info finden Sie hier.

InformationsquelleAutor nndru

Akzeptiert die Antwort war für mich bis zum Einsatz auf JDK 1.8u91.
Dann merkte ich, es konnte auf den field.set(null, newValue); Leitung, als ich gelesen hatte, den Wert per reflection vor dem Aufruf von setFinalStatic Methode.

Wohl das Lesen verursacht irgendwie anders einrichten von Java-reflection-Interna (nämlich sun.reflect.UnsafeQualifiedStaticObjectFieldAccessorImpl im fehlerhaften Fall statt sun.reflect.UnsafeStaticObjectFieldAccessorImpl im Erfolgs-Fall) aber ich wollte nicht zu aufwendig es weiter.

Da musste ich vorübergehend einstellen neuen Wert basierend auf den alten Wert und später den alten Wert zurück, änderte ich die Signatur etwas zu bieten-Berechnungs-Funktion extern und auch wieder Alter Wert:

public static <T> T assignFinalField(Object object, Class<?> clazz, String fieldName, UnaryOperator<T> newValueFunction) {
    Field f = null, ff = null;
    try {
        f = clazz.getDeclaredField(fieldName);
        final int oldM = f.getModifiers();
        final int newM = oldM & ~Modifier.FINAL;
        ff = Field.class.getDeclaredField("modifiers");
        ff.setAccessible(true);
        ff.setInt(f,newM);
        f.setAccessible(true);

        T result = (T)f.get(object);
        T newValue = newValueFunction.apply(result);

        f.set(object,newValue);
        ff.setInt(f,oldM);

        return result;
    } ...

Jedoch für den Allgemeinen Fall, dass dieses nicht ausreichen würde.

InformationsquelleAutor Tomáš Záluský

Gerade gesehen, dass die Frage auf einer der interview-Frage, wenn möglich, ändern Sie die Letzte variable mit der Reflexion oder in der Laufzeit.
Mich wirklich interessiert, also das, was ich wurde, mit:

 /**
 * @author Dmitrijs Lobanovskis
 * @since 03/03/2016.
 */
public class SomeClass {

    private final String str;

    SomeClass(){
        this.str = "This is the string that never changes!";
    }

    public String getStr() {
        return str;
    }

    @Override
    public String toString() {
        return "Class name: " + getClass() + " Value: " + getStr();
    }
}

Einige einfache Klasse mit final String variable. Also in der main-Klasse
import java.lang.reflektieren.Feld;

/**
 * @author Dmitrijs Lobanovskis
 * @since 03/03/2016.
 */
public class Main {


    public static void main(String[] args) throws Exception{

        SomeClass someClass = new SomeClass();
        System.out.println(someClass);

        Field field = someClass.getClass().getDeclaredField("str");
        field.setAccessible(true);

        field.set(someClass, "There you are");

        System.out.println(someClass);
    }
}

Wird die Ausgabe wie folgt:

Class name: class SomeClass Value: This is the string that never changes!
Class name: class SomeClass Value: There you are

Process finished with exit code 0

Gemäß der Dokumentation
https://docs.oracle.com/javase/tutorial/reflect/member/fieldValues.html

InformationsquelleAutor hasskell