Как диагностировать утечку метапроцессора Java 8?

Question

У меня есть приложение J2EE с интересным поведением ... куча, кажется, ведет себя хорошо, растет и сокращается с коллекциями мусора, как и ожидалось с течением времени. Нет заметного общего долгосрочного расширения кучи. Тем не менее, metaspace просто неуклонно растет со скоростью около 20 Мб в час, пока мы не нажмем MaxMetaspace и не столкнемся с OOME. Я попробовал как сборщики мусора с параллельным, так и G1 (jdk1.8.0_40).

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

Answer 1

Основная причина java.lang.OutOfMemoryError: Метапространство является:

• либо слишком много классов или
• слишком большие классы загружаются в Метапространство.

Если вы хотите, чтобы воссоздать проблему использовать этот фрагмент кода:

public class Metaspace { 
static javassist.ClassPool cp = javassist.ClassPool.getDefault(); 

public static void main(String[] args) throws Exception { 
    for (int i = 0; ; i++) { 
     Class c = cp.makeClass("eu.plumbr.demo.Generated" + i).toClass(); 
    } 
    } 
} 

Все эти сгенерированные определения классов в конечном итоге потребляя Метапространстве.

Javaassist в Maven repo.

Вы можете найти много больше о OOME here

Answer 2

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

Редактировать: В теории вы также можете быть уверены, что постоянно создаете прокси.