在我的一次面试中,有人问我:“我们是否可以实例化一个抽象类?”

我的回答是:“没有。我们不能”。但是,面试官告诉我:“错了,我们可以。”

我对此进行了一些争论。然后他让我自己在家试试。

abstract class my {
    public void mymethod() {
        System.out.print("Abstract");
    }
}

class poly {
    public static void main(String a[]) {
        my m = new my() {};
        m.mymethod();
    }
}

在这里,我正在创建我的类的实例和调用抽象类的方法。有人能给我解释一下吗?我的面试真的错了吗?


当前回答

技术答案

抽象类不能被实例化——这是通过定义和设计实现的。

摘自JLS,第8章。类:

命名类可以声明为抽象类(§8.1.1.1),并且必须声明 抽象,如果没有完全实现;这样的类是不可能的 实例化,但可以通过子类扩展。

来自JSE 6 java文档的Classes.newInstance():

如果这个类表示一个抽象类,一个接口,一个数组 Class,一个基本类型,或void;或者类没有null构造函数;或者如果 实例化失败是由于其他原因。

当然,您可以实例化抽象类的具体子类(包括匿名子类),也可以对抽象类型的对象引用进行类型转换。

团队合作与社交智商:

在现实世界中,当我们处理复杂的技术和法律规范时,这种技术误解经常发生。

在这里,“人际交往能力”可能比“技术能力”更重要。如果你试图证明自己的观点,那么理论上你可能是正确的,但你也可能在战斗中造成更大的伤害/损害“面子”/制造敌人。以和解和理解的方式解决你们的分歧。谁知道呢——也许你“都是对的”,但对术语的含义略有不同??

谁知道呢——虽然不太可能,但也有可能面试官故意引入一个小冲突/误解,把你置于一个具有挑战性的环境中,看看你在情感和社交方面的表现如何。对同事要有礼貌和建设性,听从前辈的建议,在面试结束后通过电子邮件或电话解决任何挑战/误解。这表明你很积极,注重细节。

其他回答

上面实例化了一个匿名的内部类,它是my抽象类的子类。严格来说,它并不等同于实例化抽象类本身。OTOH,每个子类实例都是其所有超类和接口的实例,因此大多数抽象类确实是通过实例化它们的一个具体子类来实例化的。

如果面试官只是说“错了!”而没有解释,并给出了这个例子作为一个独特的反例,我认为他不知道自己在说什么。

你可以简单地回答,只用一行

不,你永远不能实例化抽象类

但是,面试官仍然不同意,那么你可以告诉他/她

你所能做的就是创建一个匿名类。

并且,根据匿名类,类声明和实例化在同一位置/行

所以,面试官可能会对你的自信程度和你对OOPs的了解程度感兴趣。

技术答案

抽象类不能被实例化——这是通过定义和设计实现的。

摘自JLS,第8章。类:

命名类可以声明为抽象类(§8.1.1.1),并且必须声明 抽象,如果没有完全实现;这样的类是不可能的 实例化,但可以通过子类扩展。

来自JSE 6 java文档的Classes.newInstance():

如果这个类表示一个抽象类,一个接口,一个数组 Class,一个基本类型,或void;或者类没有null构造函数;或者如果 实例化失败是由于其他原因。

当然,您可以实例化抽象类的具体子类(包括匿名子类),也可以对抽象类型的对象引用进行类型转换。

团队合作与社交智商:

在现实世界中,当我们处理复杂的技术和法律规范时,这种技术误解经常发生。

在这里,“人际交往能力”可能比“技术能力”更重要。如果你试图证明自己的观点,那么理论上你可能是正确的,但你也可能在战斗中造成更大的伤害/损害“面子”/制造敌人。以和解和理解的方式解决你们的分歧。谁知道呢——也许你“都是对的”,但对术语的含义略有不同??

谁知道呢——虽然不太可能,但也有可能面试官故意引入一个小冲突/误解,把你置于一个具有挑战性的环境中,看看你在情感和社交方面的表现如何。对同事要有礼貌和建设性,听从前辈的建议,在面试结束后通过电子邮件或电话解决任何挑战/误解。这表明你很积极,注重细节。

这里,我正在创建我的类的实例

不,您不是在这里创建抽象类的实例。相反,您是在创建抽象类的匿名子类的实例。然后在指向子类对象的抽象类引用上调用方法。

这种行为在JLS -章节# 15.9.1中明确列出:-

If the class instance creation expression ends in a class body, then the class being instantiated is an anonymous class. Then: If T denotes a class, then an anonymous direct subclass of the class named by T is declared. It is a compile-time error if the class denoted by T is a final class. If T denotes an interface, then an anonymous direct subclass of Object that implements the interface named by T is declared. In either case, the body of the subclass is the ClassBody given in the class instance creation expression. The class being instantiated is the anonymous subclass.

我特别强调。

此外,在JLS -第12.5节中,您可以阅读到关于对象创建过程的内容。我在这里引用其中的一段话:-

每当创建一个新的类实例时,就分配内存空间 为该类中声明的所有实例变量留出空间 类的每个超类中声明的所有实例变量 类类型,包括可能隐藏的所有实例变量。 控件返回对新创建对象的引用之前 结果,则处理指定的构造函数以初始化new 对象,使用以下过程:

你可以在我提供的链接上阅读完整的程序。


要实际看到被实例化的类是一个匿名子类,您只需要编译两个类。假设你把这些类放在两个不同的文件中:

My.java:

abstract class My {
    public void myMethod() {
        System.out.print("Abstract");
    }
}

Poly.java:

class Poly extends My {
    public static void main(String a[]) {
        My m = new My() {};
        m.myMethod();
    }
}

现在,编译两个源文件:

javac My.java Poly.java

现在在你编译源代码的目录中,你会看到以下类文件:

My.class
Poly$1.class  // Class file corresponding to anonymous subclass
Poly.class

看那个类- Poly$1.class。它是编译器创建的类文件,对应于你使用下面的代码实例化的匿名子类:

new My() {};

很明显,有一个不同的类被实例化了。只是,这个类只有在编译器编译后才会被赋予名称。

一般来说,类中的所有匿名子类都将以这种方式命名:

Poly$1.class, Poly$2.class, Poly$3.class, ... so on

这些数字表示这些匿名类在外围类中出现的顺序。

抽象类不能被实例化,但可以被子类化。参见这个链接

最好的例子是

虽然Calendar类有一个抽象方法getInstance(),但是当你说Calendar calc=Calendar.getInstance();

calc引用类GregorianCalendar的类实例为“GregorianCalendar extends Calendar”

事实上,匿名内部类型允许您创建抽象类的一个无名称子类和它的一个实例。