Чем больше я узнавал о силе java.lang.reflect.AccessibleObject.setAccessible, тем больше удивлялся тому, на что она способна. Это адаптировано из моего ответа на вопрос ( Использование отражения для изменения статического финального File.separatorChar для модульного тестирования ).
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"
}
}Вы можете делать поистине невероятные вещи:
public class UltimateAnswerToEverything {
static Integer[] ultimateAnswer() {
Integer[] ret = new Integer[256];
java.util.Arrays.fill(ret, 42);
return ret;
}
public static void main(String args[]) throws Exception {
EverythingIsTrue.setFinalStatic(
Class.forName("java.lang.Integer$IntegerCache")
.getDeclaredField("cache"),
ultimateAnswer()
);
System.out.format("6 * 9 = %d", 6 * 9); // "6 * 9 = 42"
}
}Предположительно, разработчики API понимают, насколько злоумышленниками setAccessibleмогут быть злоупотребления , но, должно быть, признали, что он имеет законное использование для его предоставления. Итак, мои вопросы:
- Для чего действительно законное использование
setAccessible?- Может ли Java быть спроектирована так, чтобы НЕ иметь этой потребности?
- Каковы будут отрицательные последствия (если таковые имеются) такого дизайна?
- Можно ли ограничиться
setAccessibleтолько законным использованием?- Только через
SecurityManager?- Как это работает? Белый / черный список, детализация и т. Д.?
- Часто ли приходится настраивать его в ваших приложениях?
- Могу ли я написать свои классы
setAccessibleзащищенными независимо отSecurityManagerконфигурации?- Или я во власти того, кто управляет конфигурацией?
- Только через
Думаю, еще один важный вопрос: НУЖНО ли мне беспокоиться об этом ???
Ни на одном из моих классов нет никакого подобия принудительной приватности. Одноэлементный паттерн (отбрасывая сомнения в его достоинствах) теперь невозможно применить. Как показывают мои фрагменты выше, даже некоторые базовые предположения о том, как работают основы Java, даже близко не гарантированы.
ЭТИ ПРОБЛЕМЫ НЕ РЕАЛЬНЫЕ ???
Хорошо, я только что подтвердил: спасибо setAccessible, строки Java НЕ неизменяемы.
import java.lang.reflect.*;
public class MutableStrings {
static void mutate(String s) throws Exception {
Field value = String.class.getDeclaredField("value");
value.setAccessible(true);
value.set(s, s.toUpperCase().toCharArray());
}
public static void main(String args[]) throws Exception {
final String s = "Hello world!";
System.out.println(s); // "Hello world!"
mutate(s);
System.out.println(s); // "HELLO WORLD!"
}
}Я единственный, кто думает, что это ОГРОМНАЯ проблема?