Переполнение размера JUnit 4 PermGen при выполнении тестов в Eclipse и Maven2

Как говорит @Brice, проблемы с PermGen будут возникать из-за вашего широкого использования фиктивных объектов. Powermock и Mockito создают новый класс, который находится между имитируемым классом и вашим тестовым кодом. Этот класс создается во время выполнения и загружается в PermGen и (практически) никогда не восстанавливается. Отсюда и ваши проблемы с пространством PermGen.

На ваш вопрос:

1) Совместное использование статических переменных считается запахом кода. В некоторых случаях это необходимо, но вводит зависимости между тестами. Тест А должен быть запущен перед тестом Б.

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

Используйте пул макетов с PowerMock#reset(), когда макет возвращается в пул. Это сократит количество творений, которые вы делаете.

Во-вторых, вы сказали, что ваши занятия финальные. Если это можно изменить, вы можете просто использовать анонимный класс в тесте. Это снова сокращает объем используемого пространства permgen:

Foo myMockObject = new Foo() {
     public int getBar() { throw new Exception(); }
}

В-третьих, вы можете ввести интерфейс (используйте Refactor->Extract Interface в Eclipse), который вы затем расширите пустым классом, который ничего не делает. Затем в своем классе вы делаете то же самое, что и выше. Я использую эту технику довольно часто, потому что мне легче читать:

public interface Foo {
  public int getBar();
}

public class MockFoo implements Foo {
  public int getBar() { return 0; }
}

затем в классе:

Foo myMockObject = new MockFoo() {
     public int getBar() { throw new Exception(); }
}

Я должен признать, что я не особый поклонник насмешек, я использую их только при необходимости, я склонен либо расширять класс анонимным классом, либо создавать настоящий класс MockXXX. Для получения дополнительной информации об этой точке зрения см. Насмешки Насмешки и тестирование результатов. дядя Боб

Кстати, в maven surefire вы всегда можете forkMode= всегда, который будет разветвлять jvm для каждого тестового класса. Однако это не решит вашу проблему с Eclipse.

Я также получаю ошибки PermGen от Junit в Eclipse. Но я не использую никаких издевательских библиотек, таких как Mockito или EasyMock. Однако моя кодовая база велика, и мои тесты Junit используют Spring-Test (и это интенсивные и сложные тестовые примеры). Для этого мне нужно действительно увеличить PermGen для всех моих тестов Junit.

Eclipse применяет настройки Installed JRE к запускам Junit, а не настройки eclipse.ini. Итак, чтобы изменить их:

• Окно > Настройки > Java > Установленные JRE
• выберите кнопку JRE по умолчанию, Изменить...
• добавить к аргументам виртуальной машины по умолчанию: -XX:MaxPermSize=196m

Этот параметр позволит тестам Junit запускать более интенсивные тестовые случаи в Eclipse и избежать ошибки OutOfMemoryError: PermGen. Это также должно быть низким риском, потому что большинство простых тестов Junit не будут выделять всю эту память.

Во-первых: Mockito использует CGLIB для создания макетов, а PowerMock использует Javassist для некоторых других вещей, таких как удаление конечных маркеров, Powermock также загружает классы в новый ClassLoader. CGLIB известен тем, что поедает постоянное поколение (просто погуглите CGLIB PermGen чтобы найти соответствующие результаты по этому вопросу).

Это не прямой ответ, поскольку он зависит от деталей вашего проекта:

1. Как вы указали, есть статический вспомогательный класс, я не знаю, содержит ли также статические переменные с макетами, я не знаю деталей вашего кода, так что это чистое предположение, и другие читатели, которые действительно знают лучше, могут меня исправить .

   Это может быть загрузчик ClassLoader (и, по крайней мере, некоторые из его дочерних элементов), который загрузил этот статический класс, может поддерживаться в тестах - это может быть из-за статики (которая живет в области классов< /em>) или из-за какой-то ссылки где-то - это означает, что если ClassLoader все еще жив (т.е. не собирается мусор), его загруженные классы не отбрасываются, т.е.< /em> классы, включая сгенерированные, все еще находятся в PermGen.

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