java – 普通接口类和只有抽象方法的抽象类之间有什么区别吗?

前端之家收集整理的这篇文章主要介绍了java – 普通接口类和只有抽象方法的抽象类之间有什么区别吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我只是好奇他们是否有任何不同的待遇.

例如,如果我们有:

界面:

public interface Test {
    public void method();
}

而抽象类:

public abstract class Test {
    public abstract void method();
}

JVM会以不同的方式处理这些类吗?这两个中的哪一个在存储期间占用了更多的磁盘空间,哪一个将耗尽最多的运行时内存,哪一个执行更多操作(性能更好).

这个问题不是关于何时使用接口或抽象类.

解决方法

是的,他们是不同的.

通过接口,客户端可以实现它以及扩展类:

class ClientType implements YourInterface,SomeOtherInterface { //can still extend other types

}

使用类,客户端将能够扩展它,但不扩展任何其他类型:

class ClientType extends YourClass { //can no longer extend other types

}

当接口或抽象类只有一个抽象方法声明时,会出现另一个不同之处,它与匿名函数(lambdas)有关.

正如@AlexanderPetrov所说,具有一种方法的接口可以用作功能接口,允许我们“在运行中”创建功能,其中指定了功能接口类型:

//the interface
interface Runnable {
    void run()
}

//where it's specified
void execute(Runnable runnable) {
    runnable.run();
}

//specifying argument using lambda
execute(() -> /* code here */);

这不能用抽象类来完成.
所以你不能互换使用它们.不同之处在于客户端如何使用它的局限性,这是由JVM的语义强制执行的.

至于资源使用的差异,除非它导致您的软件问题,否则不必担心.使用内存管理语言的想法是不要担心这些事情,除非你遇到问题.不要预先优化,我确定差异是可以忽略的.即使存在差异,也应该重要的是它是否可能导致您的软件出现问题.

如果您的软件存在资源问题,请分析您的应用程序.如果它确实导致内存问题,您将能够看到它,以及每个消耗的资源量.在那之前,你不应该担心它.您应该更喜欢使代码更易于管理的功能,而不是消耗最少量的资源.

猜你在找的Java相关文章