Как работает JRebel?

использует ли JRebel Javassist или какую-то манипуляцию байт-кодом? Я спрашиваю это из чистого интереса, мне на самом деле "не нужно" знать :)

34
jrebel

3 ответов

JRebel использует перезапись классов (ASM и Javassist) и интеграцию JVM в версии отдельных классов. Кроме того, он интегрируется с серверами приложений для перенаправления поиска классов/ресурсов и веб-серверов в рабочую область. И он также интегрируется с большинством серверов приложений и фреймворков для распространения изменений в конфигурации (метаданные или файлы). Вот и все. Долго это занимает 10 инженеров мирового класса для разработки и поддержки и является нашим коммерческим секретом :)

46

отличная статья на эту тему Дэйва Бута. перезагрузка классов Java: HotSwap и JRebel-за кулисами.

5

это самое близкое рассуждение, которое я читал о том, как JRebel работает Саймон, технический евангелист ZT.

вставка содержимого здесь:

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;
 }
 ...
}

Среда Выполнения.перенаправление вызова всегда будет перенаправлено на последнюю версию класса C, поэтому вызов нового C ().method1 (10) вернет 15 до изменения кода и 25 после этого. Эта реализация пропускает много деталей и оптимизаций, но вы получаете идею.

источник: http://zeroturnaround.com/rebellabs/why-hotswap-wasnt-good-enough-in-2001-and-still-isnt-today/

4