Выгрузка классов в java?

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

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

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

Большинство людей, которым нужно делать такие вещи, в конечном итоге используют OSGi. OSGi действительно мощный, удивительно легкий и простой в использовании,

Единственный способ выгрузки класса - это использование загрузчика классов сборщиком мусора. Это означает, что ссылки на каждый отдельный класс и на сам загрузчик классов должны идти по пути дронта.

Одно из возможных решений вашей проблемы - иметь загрузчик классов для каждого файла jar и загрузчик классов для каждого из серверов приложений, который делегирует фактическую загрузку классов конкретным загрузчикам классов Jar. Таким образом, вы можете указать разные версии файла jar для каждого сервера приложений.

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

Если вы не хотите использовать OSGI, одной из возможных реализаций может быть использование одного экземпляра класса JarClassloader для каждого файла JAR.

И создайте новый класс MultiClassloader, расширяющий Classloader. Этот класс внутренне будет иметь массив (или список) загрузчиков JarClass, а в методе defineClass () будет выполняться итерация по всем внутренним загрузчикам классов до тех пор, пока не будет найдено определение или не будет выбрано исключение NoClassDefFoundException. Для добавления новых загрузчиков JarClass в класс может быть предоставлена ​​пара методов доступа. В сети есть несколько возможных реализаций MultiClassLoader, поэтому вам, возможно, даже не потребуется писать свою собственную.

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

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

Да, есть способы загрузить классы и «выгружать» их позже. Хитрость заключается в том, чтобы реализовать собственный загрузчик классов, который находится между загрузчиком классов высокого уровня (загрузчик классов System) и загрузчиками классов сервера (ов) приложений, и надеяться, что загрузчики классов сервера приложений делегируют загрузку классов верхним загрузчикам. .

Класс определяется своим пакетом, его именем и загрузчиком классов, который он изначально загружал. Запрограммируйте загрузчик классов «прокси», который загружается первым при запуске JVM. Рабочий процесс:

• Программа запускается, и настоящий "основной" класс загружается этим прокси-загрузчиком классов.
• Каждый класс, который затем обычно загружается (т.е. не через другую реализацию загрузчика классов, которая может нарушить иерархию), будет делегирован этому загрузчику классов.
• Прокси-загрузчик классов делегирует java.x и sun.x системному загрузчику классов (эти не должен загружаются через любой другой загрузчик классов, кроме системного загрузчика классов).
• Для каждого заменяемого класса создайте экземпляр загрузчика классов (который действительно загружает класс и не делегирует его родительскому загрузчику классов) и загрузите его через него.
• Сохраните пакет / имя классов как ключи, а загрузчик классов как значения в структуре данных (например, Hashmap).
• Каждый раз, когда прокси-загрузчик классов получает запрос на класс, который был загружен ранее, он возвращает класс из сохраненного ранее загрузчика классов.
• Этого должно быть достаточно, чтобы найти байтовый массив класса вашим загрузчиком класса (или «удалить» пару ключ / значение из вашей структуры данных) и перезагрузить класс, если вы хотите его изменить.

Сделано прямо здесь не должно быть ClassCastException или LinkageError и т. д.

Для получения дополнительной информации об иерархиях загрузчиков классов (да, именно это вы здесь реализуете; -) посмотрите "Серверное программирование на Java", Тед Ньюард - эта книга помогла мне реализовать нечто очень похожее на то, что вы хотите.

Классы имеют неявную сильную ссылку на свой экземпляр ClassLoader, и наоборот. Они собираются мусором, как и в случае с объектами Java. Вы не можете удалить отдельные классы, не нажав на интерфейс инструментов или аналогичный.

Как всегда возможны утечки памяти. Любая сильная ссылка на один из ваших классов или загрузчик классов приведет к утечке всего этого. Это происходит, например, с реализациями Sun ThreadLocal, java.sql.DriverManager и java.beans.

Я написал собственный загрузчик классов, из которого можно выгружать отдельные классы без сборки загрузчика классов. Загрузчик классов Jar

Если вы вживую смотрите, работал ли класс выгрузки в JConsole или что-то в этом роде, попробуйте также добавить java.lang.System.gc() в конце логики выгрузки вашего класса. Он явно запускает сборщик мусора.