我有一个Wicket页面类，它根据抽象方法的结果设置页面标题。
public abstract class BasicPage extends WebPage {
public BasicPage() {
add(new Label("title", getTitle()));
}
protected abstract String getTitle();
}
NetBeans用“构造函数中可重写方法调用”的消息警告我，但是它应该有什么问题呢?我能想到的唯一替代方法是将抽象方法的结果传递给子类中的超构造函数。但考虑到很多参数，这可能很难解读。
当前回答
在构造函数中调用可重写方法允许子类破坏代码，因此不能保证它还能正常工作。这就是为什么你会得到警告。
在您的示例中，如果子类重写getTitle()并返回null会发生什么?
为了“修复”这个问题，你可以使用工厂方法而不是构造函数，这是对象实例化的一种常见模式。
其他回答
在构造函数中调用可重写方法允许子类破坏代码，因此不能保证它还能正常工作。这就是为什么你会得到警告。
在您的示例中，如果子类重写getTitle()并返回null会发生什么?
为了“修复”这个问题，你可以使用工厂方法而不是构造函数，这是对象实例化的一种常见模式。
下面的例子有助于理解这一点:
public class Main {
static abstract class A {
abstract void foo();
A() {
System.out.println("Constructing A");
foo();
}
}
static class C extends A {
C() {
System.out.println("Constructing C");
}
void foo() {
System.out.println("Using C");
}
}
public static void main(String[] args) {
C c = new C();
}
}
如果你运行这段代码，你会得到以下输出:
Constructing A
Using C
Constructing C
你看到了什么?foo()在运行C的构造函数之前使用C。如果foo()要求C有一个定义的状态(即构造函数已经完成)，那么它将在C中遇到一个未定义的状态，事情可能会破裂。由于您无法知道在A中重写的foo()期望什么，因此您将得到一个警告。
在Wicket的具体情况下:这就是我问Wicket的原因 开发人员在构建组件的框架生命周期中增加了对显式的两阶段组件初始化过程的支持。
构造——通过构造函数 初始化-通过oninitialize(在构造虚拟方法工作后!)
关于是否有必要(恕我直言，这是完全必要的)，有相当活跃的辩论，因为这个链接展示了http://apache-wicket.1842946.n4.nabble.com/VOTE-WICKET-3218-Component-onInitialize-is-broken-for-Pages-td3341090i20.html)
好消息是，Wicket的优秀开发人员最终引入了两阶段初始化(使最出色的Java UI框架更加出色!)，所以在Wicket中，你可以在onInitialize方法中完成所有的构造后初始化，如果你重写它，框架会自动调用它——在组件生命周期的这一点上，它的构造函数已经完成了它的工作，因此虚拟方法可以正常工作。
如果在构造函数中调用子类覆盖的方法，这意味着如果在构造函数和方法之间逻辑地划分初始化，就不太可能引用还不存在的变量。
看看这个示例链接http://www.javapractices.com/topic/TopicAction.do?Id=215
我想对于Wicket来说，最好在onInitialize()中调用add方法(参见组件生命周期):
public abstract class BasicPage extends WebPage {
public BasicPage() {
}
@Override
public void onInitialize() {
add(new Label("title", getTitle()));
}
protected abstract String getTitle();
}
