当我有一个简单的测试类
public final class InitTest {
private String field;
public InitTest() {
init();
}
private void init() {
field = "";
}
}
checker-framework的初始化检查程序正确报告了问题:
InitTest.java:7: error: [initialization.fields.uninitialized] the constructor does not initialize fields: field
public InitTest() {
^
InitTest.java:8: error: [method.invocation.invalid] call to init() not allowed on the given receiver.
init();
^
found : @UnderInitialization(java.lang.Object.class) @NonNull InitTest
required: @Initialized @NonNull InitTest
2 errors
根据docs of the Initialization Checker,它应该能够通过命令行参数禁用初始化检查器:
要禁用初始化检查,请提供命令行参数
-AsuppressWarnings=uninitialized
当我们使用这个参数时(在checker-framework 2.2.1中),我们仍然会收到初始化错误:
InitTest.java:8: error: [method.invocation.invalid] call to init() not allowed on the given receiver.
init();
^
found : @UnderInitialization(java.lang.Object.class) @NonNull InitTest
required: @Initialized @NonNull InitTest
1 error
我错过了什么或这是一个错误吗?
注意:当我们使用-AsuppressWarnings=initialization
时,不再显示任何错误 - 但这也会抑制与nullness相关的问题:请参阅此SO discussion。
答案 0 :(得分:0)
-AsuppressWarnings=uninitialized
会抑制与初始化本身相关的所有警告。它允许您编写一个不初始化其所有字段的构造函数,例如。
但是,这当前不会禁用Checker Framework中的所有其他检查。 Checker Framework实现将您显示的错误视为方法调用错误(例如,它是如何打印的)。
另一种说法是-AsuppressWarnings=uninitialized
会影响作为初始化错误打印的消息,但不会影响作为其他类型打印的错误。这种行为是一致的,但它并不是你想要的用户。我将此行为称为Checker Framework错误,并在issue tracker上报告。