ClassLoader находит байт-код и превращает его в класс. Иерархия: Bootstrap (ядро JDK) → Platform (модули платформы) → Application (classpath). Модель parent-first: запрос сначала идёт к родителю, и только если тот не нашёл — загрузчик ищет сам.
А ещё Утечка загрузчика — источник OutOfMemoryError: Metaspace при передеплое
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Иерархия загрузчиков (Java 9+):
sottojava.base и ядро;Делегирование. loadClass сначала проверяет, не загружен ли класс, затем просит родителя, и только при неудаче вызывает свой findClass. Зачем:
java.lang.String нельзя;Идентичность класса. Один и тот же байт-код, загруженный двумя загрузчиками, — два разных класса. Отсюда «ClassCastException: Foo cannot be cast to Foo». На этом же построена изоляция: плагины и веб-приложения используют разные версии одной библиотеки.
Отступления от parent-first: сервлет-контейнеры (Tomcat) сначала ищут в WEB-INF приложения, чтобы его библиотеки не перекрывались серверными; OSGi и системы плагинов строят граф загрузчиков. Для SPI используют контекстный загрузчик потока (Thread.getContextClassLoader).
Загрузка ленивая: класс загружается и инициализируется при первом активном использовании.
Жизненный цикл класса (loading/linking/initialization), иерархия загрузчиков с делегированием, триггеры инициализации и изоляция.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.