Это наиболее близкое рассуждение, которое я читал о том, как JRebel работает от Simon, ZT Technical Evangelist.
Вставка содержимого здесь:
Jrebel использует инструменты и классы JVM для создания слоя косвенности. В случае загрузки класса приложения все тела методов будут перенаправлены с использованием службы перенаправления во время выполнения, как показано на рисунке 2. Эта служба управляет и загружает версии класса и метода, используя анонимные внутренние классы, созданные для каждой перезагружаемой версии. Давайте посмотрим на пример. Мы создадим новый класс C с двумя методами:
public class C extends X {
int y = 5;
int method1(int x) {
return x + y;
}
void method2(String s) {
System.out.println(s);
}
}
Когда класс C загружается впервые, JRebel инструментирует класс. Подпись этого класса будет такой же, но тела метода теперь перенаправляются. Загруженный класс теперь будет выглядеть примерно так:
public class C extends X {
int y = 5;
int method1(int x) {
Object[] o = new Object[1];
o[0] = x;
return Runtime.redirect(this, o, "C", "method1", "(I)I");
}
void method2(String s) {
Object[] o = new Object[1];
o[0] = s;
return Runtime.redirect(this, o, "C", "method2", "(Ljava/lang/String;)V");
}
}
Для перенаправления вызовов мы передаем вызывающий объект, параметры вызываемому методу, имя нашего класса, имя нашего метода, а также типы параметров и возвращаемое значение. JRebel также загружает класс с реализациями в конкретной версии, изначально версии 0. Давайте посмотрим, как это выглядит:
public abstract class C0 {
public static int method1(C c, int x) {
int tmp1 = Runtime.getFieldValue(c, "C", "y", "I");
return x + tmp1;
}
public static void method2(C c, String s) {
PrintStream tmp1 =
Runtime.getFieldValue(
null, "java/lang/System", "out", "Ljava/io/PrintStream;");
Object[] o = new Object[1];
o[0] = s;
Runtime.redirect(tmp1, o, "java/io/PrintStream;", "println","(Ljava/lang/String;)V");
}
}
Давайте теперь скажем, что пользователь меняет свой класс C, добавляя новый метод z () и вызывая его из method1. Класс C теперь выглядит так:
public class C {
int y = 5;
int z() {
return 10;
}
int method1(int x) {
return x + y + z();
}
...
}
В следующий раз, когда среды выполнения используют этот класс, JRebel обнаружит, что есть более новая версия, которая была скомпилирована и в файловой системе, поэтому он загружает новую версию, C1. Эта версия имеет дополнительный метод z и обновленную реализацию для method1.
public class C1 {
public static int z(C c) {
return 10;
}
public static int method1(C c, int x) {
int tmp1 = Runtime.getFieldValue(c, "C", "y", "I");
int tmp2 = Runtime.redirect(c, null, "C", "z", "(V)I");
return x + tmp1 + tmp2;
}
...
}
Вызов Runtime.redirect всегда будет перенаправлен на последнюю версию класса C, поэтому вызов new C (). Method1 (10) вернет 15 перед изменением кода и 25 после. Эта реализация пропускает много деталей и оптимизаций, но вы поняли идею.
Источник: http://zeroturnaround.com/rebellabs/why-hotswap-wasnt-good-enough-in-2001-and-still-isnt-today/