Интерфейс MemoryMXBean

public interface MemoryMXBean extends PlatformManagedObject

Интерфейс управления системой памяти виртуальной машины Java.

Виртуальная машина Java имеет единственный экземпляр класса-реализации этого интерфейса. Этот экземпляр, реализующий этот интерфейс, является MXBean, который можно получить, вызвав метод ManagementFactory.getMemoryMXBean() или метод platform MBeanServer.

Идентификатор ObjectName для уникальной идентификации MXBean для системы памяти в MBeanServer:

java.lang:type=Memory

Его можно получить, вызвав метод PlatformManagedObject.getObjectName().

Память

Система памяти виртуальной машины Java управляет следующими типами памяти:

1. Куча

Виртуальная машина Java имеет кучу, которая является областью данных времени выполнения, из которой выделяется память для всех экземпляров классов и массивов. Она создается при запуске виртуальной машины Java. Память кучи для объектов освобождается автоматической системой управления памятью, известной как сборщик мусора.

Размер кучи может быть фиксированным или может расширяться и сжиматься. Память для кучи не обязательно должна быть непрерывной.

2. Не-кучная память

Виртуальная машина Java управляет памятью, отличной от кучи (называемой не-кучной памятью).

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

Логически область методов является частью кучи, но реализация виртуальной машины Java может выбрать не собирать или не компактировать её. Подобно куче, область методов может быть фиксированного размера или может расширяться и сжиматься. Память для области методов не обязательно должна быть непрерывной.

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

Пулы памяти и менеджеры памяти

Memory pools и memory managers являются абстрактными сущностями, которые отслеживают и управляют системой памяти виртуальной машины Java.

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

Менеджер памяти отвечает за управление одним или несколькими пулами памяти. Сборщик мусора является одним из типов менеджеров памяти, ответственных за освобождение памяти, занятой недоступными объектами. У виртуальной машины Java может быть один или несколько менеджеров памяти. Она может добавлять или удалять менеджеров памяти во время выполнения. Один пул памяти может управляться более чем одним менеджером памяти.

Мониторинг использования памяти

Использование памяти — это очень важный атрибут для мониторинга системы памяти. Использование памяти, например, может указывать на:

• использование памяти приложением,
• нагрузку на автоматическую систему управления памятью,
• возможную утечку памяти.

Мониторинг использования памяти можно осуществить тремя способами:

• Опрос
• Уведомления о пороговых значениях использования
• Уведомления о пороговых значениях использования при сборе

Подробности указаны в интерфейсе MemoryPoolMXBean.

Механизм мониторинга использования памяти предназначен для использования в задачах балансировки нагрузки или распределения рабочей нагрузки. Например, приложение прекратит получение новой рабочей нагрузки, когда использование памяти превысит определенный порог. Он не предназначен для того, чтобы приложение обнаруживало и восстанавливалось из состояния низкой памяти.

Уведомления

Данный MemoryMXBean является NotificationEmitter, который генерирует два типа уведомлений о памяти notifications, если хотя бы один из пулов памяти поддерживает порог использования usage threshold или порог использования при сборе collection usage threshold, которые можно определить, вызвав методы MemoryPoolMXBean.isUsageThresholdSupported() и MemoryPoolMXBean.isCollectionUsageThresholdSupported().

• usage threshold exceeded notification - для уведомления о том, что использование памяти пулом памяти увеличилось и достигло или превысило его порог использования.
• collection usage threshold exceeded notification - для уведомления о том, что использование памяти пулом памяти больше или равно его пороговому значению использования при сборе после того, как виртуальная машина Java приложила усилия для переработки неиспользуемых объектов в этом пуле памяти.

Выдаваемое уведомление — экземпляр Notification, для которого свойство user data установлено в CompositeData, представляющий объект MemoryNotificationInfo , содержащий информацию о пуле памяти при создании уведомления. CompositeData содержит атрибуты, как описано в MemoryNotificationInfo.

NotificationEmitter

Объект MemoryMXBean, возвращаемый методом ManagementFactory.getMemoryMXBean(), реализует интерфейс NotificationEmitter, позволяющий регистрировать слушатель в MemoryMXBean в качестве слушателя уведомлений. Ниже приведен пример кода, регистрирующий MyListener для обработки уведомлений, генерируемых объектом MemoryMXBean.

 class MyListener implements javax.management.NotificationListener {
     public void handleNotification(Notification notif, Object handback) {
         // handle notification
         ....
     }
 }

 MemoryMXBean mbean = ManagementFactory.getMemoryMXBean();
 NotificationEmitter emitter = (NotificationEmitter) mbean;
 MyListener listener = new MyListener();
 emitter.addNotificationListener(listener, null, null);