在 java 中，接口和抽象类作为参数类型时，优先选择接口。接口能实现更松耦合的设计，允许任何实现了该接口的类传入，而抽象类通常带有状态或具体实现，限制了可传入的类范围。调用方只需确保传入的对象实现了接口即可，无需关心其继承体系。
接口作为参数时的多态表现
当方法参数声明为接口类型时，任何实现了该接口的类实例都可以被传入。这种设计利用了面向接口编程的原则，使得代码与具体实现解耦。例如，定义一个 `Runnable` 接口，任何类只要实现了它，就可以传递给需要 `Runnable` 的方法。这种方式支持多重继承的效果，因为一个类可以实现多个接口。
public interface Runnable {
void run();
}
public class Task implements Runnable {
@Override
public void run() {
System.out.println("Task executed");
}
}
public class Main {
public static void execute(Runnable r) {
r.run();
}
public static void main(String[] args) {
Task task = new Task();
execute(task); // 传入实现了接口的对象
}
}
预期结果：控制台输出 "Task executed"。这里 `execute` 方法接收 `Runnable` 接口类型的参数，实际传入的是 `Task` 类的实例。由于 `Task` 实现了 `Runnable` 接口，因此可以成功调用 `run` 方法。这展示了接口作为参数时的灵活性，任何实现该接口的类都可以被使用。
立即学习“Java免费学习笔记（深入）”；
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
抽象类作为参数时的限制与适用场景
当方法参数声明为抽象类类型时，只能传入该抽象类的子类实例。抽象类通常包含部分具体实现和状态，这限制了可传入的类必须继承自该抽象类。虽然抽象类可以提供一些默认行为，但它无法像接口那样支持多重继承。因此，只有在需要共享代码或状态时，才考虑使用抽象类作为参数类型。
public abstract class Animal {
protected String name;
public Animal(String name) {
this.name = name;
}
public abstract void speak();
public void info() {
System.out.println("Name: " + name);
}
}
public class Dog extends Animal {
public Dog(String name) {
super(name);
}
@Override
public void speak() {
System.out.println(name + " says: Woof!");
}
}
public class Main {
public static void makeAnimalSpeak(Animal a) {
a.info();
a.speak();
}
public static void main(String[] args) {
Dog dog = new Dog("Buddy");
makeAnimalSpeak(dog); // 传入抽象类的子类
}
}
预期结果：控制台输出 "Name: Buddy" 和 "Buddy says: Woof!"。这里 `makeAnimalSpeak` 方法接收 `Animal` 抽象类类型的参数，实际传入的是 `Dog` 类的实例。由于 `Dog` 继承自 `Animal`，因此可以调用 `info` 和 `speak` 方法。这展示了抽象类作为参数时的局限性，只有其子类才能被传入。
接口与抽象类在参数传递中的性能差异
在 Java 中，接口和抽象类作为参数类型时，在性能上没有显著差异。JVM 对两者的处理机制相似，都是通过动态分派（Dynamic Dispatch）来调用具体的方法实现。选择接口还是抽象类，主要取决于设计需求而非性能考量。接口更适合需要多重继承的场景，而抽象类适合需要共享代码或状态的场景。
