Я столкнулся с утечкой памяти в моем приложении с весенней загрузкой, и после анализа дампа кучи с помощью Eclipse MAT он указывает потенциальную память в исполнительном механизме весенней загрузки: именно с InMemoryAuditEventRepository (события аудита).
One instance of "org.springframework.boot.actuate.audit.InMemoryAuditEventRepository" loaded by "sun.misc.Launcher$AppClassLoader @ 0xe7020a30" occupies 210 676 784 (57,25%) bytes. The memory is accumulated in one instance of "org.springframework.boot.actuate.audit.AuditEvent[]" loaded by "sun.misc.Launcher$AppClassLoader @ 0xe7020a30".
Keywords
org.springframework.boot.actuate.audit.InMemoryAuditEventRepository
org.springframework.boot.actuate.audit.AuditEvent[]
sun.misc.Launcher$AppClassLoader @ 0xe7020a30
Как лучше всего отключить это событие аудита в памяти:
заранее спасибо
Спасибо за предложение! не знал об этом! может оказаться большим подспорьем.
Нет проблем, это не очень общедоступная информация, скажем так, и я долго пытался найти эту проблему. Кроме того, если это решение вашей проблемы, дайте мне знать, и я сделаю свой комментарий ответом, чтобы вы могли выбрать его как правильный. заранее спасибо
На самом деле это не моя проблема. Мой pb как-то связан с пружинным приводом загрузки, показывающим показатели конечных точек и, в частности, с аудитом событий, потребляющих много памяти.




Наткнулся на ту же находку ...
После некоторого расследования было обнаружено, что это не утечка, а скорее загрузка Spring, в которой хранятся последние 4000 событий аудита безопасности (вход в систему). Он вырастет до этого числа и останется там ...
Вы можете создать свою собственную реализацию, а затем записать ее в кэш или БД и не хранить в памяти.
(Справка)
существует очень большая проблема с использованием спящего режима с приложениями весенней загрузки, что довольно часто вызывает утечки памяти. чтобы убедиться, что это не ваш случай, проверьте свои репозитории и убедитесь, что у вас нет запросов
selectсin