Альтернатива программному обеспечению, такому как VisualVM, для программного поиска значений запущенных java-приложений и т. д. путем поиска дампов кучи?

Похоже, вы хотите отлаживать запущенные Java-приложения.

«Официальным» отладчиком Java является JDB. Я считаю, что это часть JDK. Он имеет возможность устанавливать точки останова, проверять кучи, перечислять и отображать и даже изменять переменные, показывать запущенные потоки и так далее. Обычный отладчик. Но это командная строка, что делает работу с ней головной болью.

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

Вы можете не захотеть запускать свое Java-приложение внутри IDE; или он может работать на сервере веб-приложений. Это не проблема для JDB или Eclipse (или других IDE, таких как NetBeans или IntelliJ Idea): они могут подключаться к работающей JVM и выполнять удаленную отладку с тем же уровнем удобства.

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

Удаленная отладка:

Чтобы иметь возможность подключить отладчик EclipseNetBeans к запущенному процессу Java, вам необходимо запустить этот процесс со следующими параметрами Java…

-Xdebug -Xrunjdwp:transport=dt_socket,address=3704,server=y,suspend=n

Взгляните на YourKit. Вы можете отслеживать ЦП, память и потоки в реальном времени и создавать дампы, когда захотите. Он даже может сравнивать разные дампы памяти, чтобы показать вам, какие объекты были добавлены/удалены.

Однако это не бесплатно, у него есть 15-дневный (или 30-дневный?) полнофункциональный ознакомительный период. Если бесплатность не является реальной проблемой, это определенно отличный инструмент.

Хорошей отправной точкой является jps и Инструменты jstat добавлены в Java 6 (i считать). jps дает вам pid и основной класс для каждого приложения. jstat дать вам более подробную информацию о процессе

Запуск дампа кучи полезен для пост-мортемного анализа, например, утечек памяти, но поскольку сборщик мусора Java перемещает объекты, вы не можете использовать значения памяти дампа кучи для надежного доступа к этим объектам.

Если вам нужен способ запрашивать внутренние значения извне приложения, вы можете изучить настройку API службы RMI, с помощью которого вы сможете получать нужные вам значения.

Другой метод (если вам просто нужно что-то протестировать) может заключаться в подключении к процессу через API отладки Java.

Если вы знаете используемое местоположение JRE, вы можете переименовать java.exe и написать оболочку (C/C++), которая добавляет параметры отладки, перечисленные Карлом, и, в свою очередь, вызывает named_java.exe.

Другой возможностью может быть добавление или обновление классов в файле .jar приложения. Для этого вам не нужен источник.

Том, ты пытаешься перепроектировать приложение, которое специально пытается запутать его работу? Если да, то вы могли бы пойти дальше, если связались с производителем и спросили его, какие возможности они видят для того, чего вы пытаетесь достичь?

Вы можете легко создать дамп кучи, создав собственное соединение JMX с JVM, как это делает VisualVM. Анализ дампа кучи очень возможен (данные есть и полностью отключены от JVM, поэтому сборщик мусора не мешает).

Однако, если это не очень конкретный сценарий, который вы ищете, вам, вероятно, будет гораздо лучше предоставить heapdump MAT и найти там хороший рабочий процесс.

Редактировать. В этом конкретном случае, вероятно, лучше создать какой-то конкретный API для доступа к значениям извне (и, возможно, опубликовать значения как MBeans с использованием JMX). Создание дампа кучи требует много работы, если все, что вы хотите сделать, это отслеживать несколько значений.

Edit2: Основываясь на ваших изменениях, мне кажется, что вы действительно могли бы извлечь выгоду из публикации собственного MBean поверх JMX. Мне нужно бежать на встречу, но, если кто-то другой не сделает это, пока меня нет, я постараюсь не забыть дать вам несколько советов позже. Либо в редактировании этого, либо в новом посте.

Если вы хотите опросить значения определенных объектов во время работы вашего приложения Java, вы, вероятно, обнаружите, что с помощью JMX — это лучший и более эффективный подход, чем использование дампа кучи. С помощью JMX вы можете определить, какие значения следует отображать, и использовать такие инструменты, как VisualVM или JConsole, для их просмотра во время выполнения.

С помощью VisualVM и heapdump вы можете найти все классы с определенным свойством по OQL:

var out = "";
var cls = filter(heap.classes(), "/java./(it.name)")

while (cls.hasNext()) {
  var cl = cls.next();
  var fls = cl.fields;
  while (fls.hasMoreElements()) {
    var fl = fls.nextElement();
    if (/size/(fl.name)) {
      out = toHtml(cl) + "." + fl.name + "()\n";
    }
  }
}

out.toString()

и напишите собственный журнал для BTrace.

Это альтернатива для отладки.