ClassCastException: тип в JVM — пара «полное имя + загрузчик», и одинаково названные классы из разных загрузчиков несовместимы. Отсюда абсурдное «Foo cannot be cast to Foo».
А ещё Через интерфейс из общего загрузчика объекты передаются без проблем
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
На этом свойстве держится изоляция в серверах приложений и плагинных системах: два модуля могут использовать разные версии одной библиотеки, не конфликтуя. Обратная сторона — загадочные ошибки вида «ClassCastException: com.example.Foo cannot be cast to com.example.Foo», которые выглядят абсурдно, пока не вспомнишь про загрузчики. Заодно полезно развести два похожих сбоя: ClassNotFoundException — проверяемое исключение при попытке загрузить класс по имени, которого нет; NoClassDefFoundError — ошибка, возникающая, когда класс был доступен при компиляции, но отсутствует в рантайме, либо когда его статическая инициализация ранее провалилась.
Один верный вариант. Подумайте, потом откройте ответ.
Жизненный цикл класса (loading/linking/initialization), иерархия загрузчиков с делегированием, триггеры инициализации и изоляция.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto