面试题：Java接口与抽象类在内存模型和性能影响方面的探究

1. 实例化

抽象类：
- 抽象类不能直接实例化，但可以有构造方法。当创建其子类实例时，会首先调用抽象类的构造方法，为抽象类中定义的成员变量分配内存空间并进行初始化。这意味着在内存中会为抽象类部分的成员变量预留空间，即使抽象类本身不能直接被实例化。例如：

abstract class AbstractClass {
    private int value;
    public AbstractClass(int value) {
        this.value = value;
    }
}
class SubClass extends AbstractClass {
    public SubClass(int value) {
        super(value);
    }
}

接口：
- 接口没有构造方法，也不能实例化。接口主要定义了一组方法的签名，没有成员变量（除了public static final类型的常量）。接口的实现类在实例化时，不会为接口本身分配额外的内存空间用于存储接口相关的状态。例如：

interface MyInterface {
    int CONSTANT = 10;
    void doSomething();
}
class InterfaceImpl implements MyInterface {
    @Override
    public void doSomething() {
        // 实现代码
    }
}

2. 加载

抽象类：
- 抽象类的加载遵循Java类加载机制。当类加载器加载一个包含抽象类的程序时，会将抽象类的字节码文件加载到内存中，并解析其结构信息，包括类的元数据（如类名、继承关系、成员变量和方法等）。抽象类的加载过程与普通类类似，只是抽象类不能直接实例化。在加载时，抽象类中的方法（包括抽象方法和具体方法）的字节码指令也会被加载到方法区。
接口：
- 接口的加载同样遵循Java类加载机制。接口的字节码文件被加载到内存后，接口的元数据（如接口名、继承的接口列表、方法签名等）被存储在方法区。与抽象类不同的是，接口中的方法默认是public abstract的，并且接口不能有实例变量（除了常量）。接口的加载相对简单，因为它只定义了行为规范，没有具体的实现细节需要处理。

3. 方法调用

抽象类：
- 抽象类中的具体方法在编译时，编译器会根据对象的声明类型来确定调用的方法版本。如果是动态绑定（通过子类对象调用重写的方法），则在运行时根据对象的实际类型来确定调用的方法。对于抽象方法，必须由子类实现后才能调用。在方法调用时，由于抽象类可能存在继承关系，方法的查找可能涉及到从子类到父类的层次结构，这可能会增加一定的查找开销。例如：

abstract class AbstractClass {
    public void commonMethod() {
        System.out.println("AbstractClass commonMethod");
    }
    public abstract void abstractMethod();
}
class SubClass extends AbstractClass {
    @Override
    public void abstractMethod() {
        System.out.println("SubClass abstractMethod implementation");
    }
}
AbstractClass obj = new SubClass();
obj.commonMethod(); // 编译时确定调用AbstractClass的commonMethod
obj.abstractMethod(); // 运行时根据实际类型SubClass确定调用的方法

接口：
- 接口的方法调用是完全基于动态绑定的。当通过接口引用调用方法时，JVM会在运行时根据对象的实际类型来查找对应的实现方法。由于接口可以被多个不相关的类实现，方法的查找范围更广，可能涉及到更多的类层次结构。但现代JVM通过一些优化技术（如虚方法表等）来提高接口方法调用的性能。例如：

interface MyInterface {
    void doSomething();
}
class Impl1 implements MyInterface {
    @Override
    public void doSomething() {
        System.out.println("Impl1 doSomething");
    }
}
class Impl2 implements MyInterface {
    @Override
    public void doSomething() {
        System.out.println("Impl2 doSomething");
    }
}
MyInterface obj1 = new Impl1();
MyInterface obj2 = new Impl2();
obj1.doSomething(); // 运行时根据实际类型Impl1确定调用的方法
obj2.doSomething(); // 运行时根据实际类型Impl2确定调用的方法

4. 大型项目中性能优化下的选择

选择接口的场景：
- 多继承需求：如果一个类需要实现多个不同类型的行为，使用接口可以避免Java单继承的限制。在大型项目中，这有助于提高代码的灵活性和可扩展性。例如，一个类可能既需要具备可序列化的行为（Serializable接口），又需要具备可比较的行为（Comparable接口）。
- 松散耦合：当需要实现松散耦合的模块间通信或行为定义时，接口是更好的选择。不同模块可以通过实现相同的接口来进行交互，而不需要了解彼此的具体实现细节。这有利于模块的独立开发、测试和维护，提高系统的整体性能和可维护性。
- 轻量级行为定义：如果只是定义一组简单的行为规范，不需要任何状态或实现细节，接口可以减少内存占用和加载开销。例如，定义一个简单的事件监听器接口，只需要定义几个方法签名，实现类可以根据需要灵活实现这些方法。
选择抽象类的场景：
- 共享实现：当多个子类有共同的行为实现，并且可以抽象出一部分通用代码时，使用抽象类可以避免代码重复。在大型项目中，这有助于提高代码的复用性，减少内存占用和维护成本。例如，一个图形绘制库中，不同的图形类（如圆形、矩形）可能继承自一个抽象的图形类，该抽象类中定义了一些通用的绘制方法和属性。
- 强制子类遵循特定结构：如果需要强制子类遵循一定的结构和行为模式，抽象类可以通过定义抽象方法和具体方法来约束子类的实现。这在一些需要严格遵循特定规范的大型项目中非常有用，比如企业级应用开发中遵循特定的业务流程规范。
- 性能敏感的场景：由于抽象类的方法调用在编译时可以确定部分调用关系，相比接口的完全动态绑定，在一些性能敏感的场景下，抽象类可能具有更好的性能。例如，在高频调用的核心业务逻辑中，如果行为相对固定且子类结构比较清晰，使用抽象类可以减少运行时的方法查找开销。

星途面试题库

面试题：Java接口与抽象类在内存模型和性能影响方面的探究

知识考点

面试题答案

1. 实例化

2. 加载

3. 方法调用

4. 大型项目中性能优化下的选择