инструкция по использованию байт-кода Java

Question

для инструментария байт-кода в java, есть структура asm и библиотеки bcel и javaassist.

Однако мне нужно сделать приборы в машинном коде, так как некоторые классы Java уже загружены в момент выполнения javaagent, например java.lang.Thread, java.lang.Class и т.д.

есть ли библиотека для инструментария классов Java в собственном коде?

Редактировать: Похоже, что есть путаница.

Что я хочу: Создайте собственный агент Java, который использует JVMTI apis для изменения байт-кода класса во время его загрузки с использованием события события OnClassLoad.

Answer 1

Вы не можете изменить байтовый код класса после его загрузки. Вы можете либо убедиться, что ваше оборудование работает до его загрузки, либо вы можете создать новый ClassLoader и повторно загрузить классы внутри него, не задав родительский класс. Вы не можете использовать эти классы с кодом, загруженным вне ClassLoader, хотя, поскольку этот код будет ссылаться на ранее загруженный, не измененный класс.

Answer 2

JIT превратит байтовый код в собственный код. Если вы хотите создать собственный код, вы должны позволить JIT сделать это или написать собственный код, который вызывается через JNI.

Возможно, то, что вы пытаетесь достичь, может быть сделано проще другим способом.

Создайте собственный агент Java, который использует JVMTI apis для изменения байт-кода класса во время его загрузки с использованием крючка события OnClassLoad.

Хотя вам не нужно делать то, что вы хотите. Почему сделать решение более сложным (и с меньшей вероятностью работать), чем это необходимо?

Answer 3

Я столкнулся с этой проблемой во время моих докторских исследований. Ответ, который лучше всего работал для меня, состоял в том, чтобы выполнить модификацию байтового кода в отдельной JVM с использованием библиотеки java (я использовал ASM).

Я использовал нагрузочный крюк класса JVMTI для захвата файла класса и передачи его в отдельную JVM с помощью tcp-соединения. Как только класс был изменен в отдельном JVM, я вернул его агенту JVMTI, который копирует его в память VM и возвращает указатель на модифицированный файл класса в JVM.

Я обнаружил, что было слишком сложно переплести классы в пределах одной JVM, которые были профилированы как файлы системного класса, которые я хотел изменить (например, java.lang.Object) пришлось загружать перед любыми файлами классов I необходимых для плетения. Я охотился за библиотеками байт-кода c/C++ без особого успеха, прежде чем опираться на отдельный подход JVM, который я наконец использовал.

Вы можете параметризовать агента JVMTI с именем хоста/портом JVM ткача, или вы можете использовать определенную форму обнаружения в зависимости от ваших требований.