Bridge-метод — синтетический метод, который компилятор добавляет, чтобы переопределение работало после стирания типов. Класс с compare(String, String) реализует стёртый compare(Object, Object) из Comparator — мост с такой сигнатурой приводит аргументы и вызывает настоящий метод.
А ещё Именно так полиморфизм сохраняется при стёртых дженериках
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Когда вы реализуете обобщённый интерфейс (Comparator<String>) конкретным типом, стёртая сигнатура надкласса compare(Object,Object) расходится с вашей compare(String,String). Чтобы вызов через ссылку на интерфейс попадал в вашу версию, компилятор генерирует мост compare(Object,Object), который кастит аргументы и зовёт вашу реализацию. Такие методы помечены isBridge()/isSynthetic() и иногда видны в стектрейсах.
Один верный вариант. Подумайте, потом откройте ответ.
Почему дженерики не дружат с массивами, heap pollution и @SafeVarargs, синтетические bridge-методы и reifiable-типы.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto