проблемы вызова переопределяемых методов из конструктора

Сначала вы должны провести различие между созданием экземпляра и инициализацией. Создание экземпляра — это процесс создания экземпляра типа (выделение для него пространства и получение ссылки на это пространство). Инициализация — это процесс установки состояния экземпляра в исходное значение.

Возьмем следующую иерархию типов:

class Foo { 
    public Foo() {}
}
class Bar extends Foo {
    public Bar() {super();}
}

Выражения создания нового экземпляра

new Bar();

вызывать инстанцирование и инициализацию. Инстанцирование происходит первым. Java создает экземпляр конкретного типа Bar.

Затем необходимо выполнить инициализацию. В иерархии наследования инициализация следует той же иерархии, но сверху вниз.

Object
   |
  Foo 
   |
  Bar

Сначала запускается конструктор для Object, чтобы инициализировать состояние, определенное как часть Object, затем запускается конструктор для Foo, чтобы инициализировать состояние, определенное как часть Foo, и, наконец, запускается конструктор для Bar, чтобы инициализировать состояние, определенное в Bar. Ваш экземпляр по-прежнему относится к типу Bar. Таким образом, полиморфизм по-прежнему применяется. Если вы вызываете метод экземпляра, и этот метод переопределяется где-то ниже в иерархии, будет вызвана эта реализация.

Именно об этом говорит эта цитата. Это опасно. Подробнее здесь:

Что не так с переопределяемыми вызовами методов в конструкторах?

Чтобы проиллюстрировать, почему это плохая идея с некоторым (упрощенным) кодом, рассмотрим эти два класса:

class Greeter {
    protected Greeter() {
        printHello();
    }

    protected void printHello() {
        System.out.println("Hello");
    }
}

Выглядит достаточно просто, он печатает Hello всякий раз, когда вы его создаете. Теперь давайте расширим его:

class NamedGreeter extends Greeter {
    private String name;

    public NamedGreeter(String name) {
        this.name = name;
    }

    @Override
    protected void printHello() {
        System.out.println("Hello " + name);
    }
}

Намерение явно состоит в том, чтобы NamedGreeter приветствовал вас по имени при создании экземпляра, но на самом деле он всегда будет печатать Hello null, потому что суперконструктор вызывается первым, когда создается экземпляр NamedGreeter.

Благодаря тому, как работает полиморфизм, каждый раз, когда метод printHello() вызывается для NamedGreeter (даже если этот вызов исходит из класса Greeter), будет вызываться реализация в NamedGreeter. Вызов этого метода из конструктора родительского класса означает, что даже если дочерний класс расширит его, никакие поля, определенные дочерним классом, не будут инициализированы просто потому, что в дочернем конструкторе невозможно ничего сделать (например, инициализировать поля) до того, как вызывается родительский конструктор.

Пример, демонстрирующий, что дочерний метод будет вызван:

class Foo {
  static class Parent {
    Parent() {
      someMethod();
    }
    void someMethod() {}
  }

  static class Child extends Parent {
    @Override void someMethod() {
      throw new AssertionError("Invoked");
    }
  }

  public static void main(String[] args) {
    new Child();  // Throws Exception.
  }
}

Вывод:

Exception in thread "main" java.lang.AssertionError: Invoked
        at Foo$Child.someMethod(Foo.java:16)
        at Foo$Parent.<init>(Foo.java:9)
        at Foo$Child.<init>(Foo.java:14)
        at Foo.main(Foo.java:21)