Два метода при реализации интерфейса, содержащего только один

Я создал интерфейс TwoMethods. Исходный код:

interface TwoMethods<T>
{
    public void method(T t);
}

Затем я создал класс, реализующий этот интерфейс, и после разборки я увидел 2 метода. Класс:

class A implements TwoMethods<A>
{
    @Override
    public void method(A a) {}
}

После разборки:

class A implements TwoMethods<A> {
   A();
   public void method(A); //first
   public void method(java.lang.Object); //second
}

Аналогично для интерфейса Comparable. Почему, когда я создаю параметризованный интерфейс, у меня есть 2 метода. Всегда, когда я использую параметр? У меня есть метод с Object как аргумент?

Ответы

Ответ 1

Если мы рассмотрим байт-код интерфейса TwoMethods, мы увидим, что фактический метод

public abstract method(Ljava/lang/Object;)V

то есть на уровне байт-кода информация о параметре типа не существует, тип стирается, JVM просто не знает о дженериках, параметры типа заменяются либо с помощью Object, либо в случае, если T extends X с X. Итак, с точки зрения JVM

class A implements TwoMethods<A> {
    public void method(A a) {
        ...

method(A a) не переопределяет метод интерфейса, потому что в байт-коде, который он находится в method(Object obj), может переопределить его. Чтобы исправить эту проблему, компилятор строит неявный метод, так называемый метод bridge, в классе A

public void method(Object obj) {
     method((A)obj);
}

отображается только в байтовом коде. Теперь для этого кода

A a = new A();
TwoMethods<A> tm = a;
tm.method(a);

компилятор заменит tm.method(a) на вызов мосту

   INVOKEINTERFACE test/TwoMethods.method(Ljava/lang/Object;)V

и это перенаправит вызов на A.method(A a);