问题
Consider the below example,
public class Testing extends SupCls implements Intf {
public static void main(String[] args) {
new Testing().test();
}
}
class SupCls {
public void test() {
System.out.println("From SupCls");
}
}
interface Intf {
public default void test() {
System.out.println("From Intf");
}
}
As you can see, there's no connection between SupCls
class and Intf
interface. But both are defining a common method.
And Testing
class is extending SupCls
and implementing Intf
.
So, when I call test()
method on Testing
the output is,
From SupCls
Which I think makes sense because extending from a class should take higher priority than implementing from an interface.
But eclipse reports otherwise, as shown in the below screen capture.
I strongly believe this is a bug in Eclipse.
But before assuming, is this behavior defined & documented in the JLS? Or is there something else which defines this behavior?
Edit: Eclipse version is Mars Release (4.5.0), if it matters.
回答1:
Your assumption is right, the concrete method inherited from the superclass takes precedence over the default
method from the interface
:
JLS §8.4.8. Inheritance, Overriding, and Hiding
A class
C
inherits from its direct superclass and direct superinterfaces allabstract
and default (§9.4) methodsm
for which all of the following are true:…
- No method declared in
C
has a signature that is a subsignature (§8.4.2) of the signature ofm
.- No concrete method inherited by
C
from its direct superclass has a signature that is a subsignature of the signature ofm
.
The second cited bullet applies here, there is a concrete method inherited from the direct superclass with an appropriate signature, so the default
method is not inherited.
The documentation even clears any doubt with an additional remark:
Note that it is possible for an inherited concrete method to prevent the inheritance of an abstract or default method. (Later we will assert that the concrete method overrides the abstract or default method "from C".)
So it’s like SupCls.test()
overrides Intf.test()
when it comes to class Testing
.
In other words, you are right, it’s a bug in Eclipse, but as long as it only affects the way the proposal is rendered, I’d consider it a minor bug. The inserted source will be the same, regardless of whether a D has been rendered in the proposal or not.
回答2:
This certainly is a bug in eclipse but in the code completion proposals rather than in the compiler. Hovering over the call to test or Open Declaration take you to the SupCls method and running the code correctly prints "From SupCls" which proves this. Please file a bug against jdt ui for investigation
回答3:
Looks like eclipse version matters!
In Eclipse Luna (4.4.1) the reference points to SupCls
instead of Intf
Probably a bug in Eclipse Mars
来源:https://stackoverflow.com/questions/32471220/super-class-method-and-interface-default-method-conflict-resolution