Java中的类、抽象类、接口与枚举

在Java面向对象编程中，类抽象类接口和枚举是我们每天都要用到的主要概念。很多人刚接触这些概念时会产生以下痛点：

• 为什么某些类型可以实例化，而另一些却不行？其实，
• 面试官常常把这四个概念混为一谈。我该如何快速回答，
• A+B=AB，这样多继承导致冲突时到底谁优先？
• 当需要一个固定集合常量时我到底应该写class还是enum？
• 默认方法出现后多个接口实现会不会产生“diamond”问题？

下面让我们一步步拆解这些疑惑，并给出清晰的答案。

第一部分这方面，四者主要区别一览

注： 表格仅列出最关键区别，后文会详细展开。

. 类为什么不能多继承？- “菱形”问题直击痛点！

C++支持多继承。但引入了“虚继承”，使得编译器必须处理同名成员冲突。对于初学者这是一个难以直观理解的陷阱。Java选择单继承 + 多实现接口 这一设计。让代码更简单、更易维护，也避免了大多数冲突。

// 如果 Java 支持多继承
class A { void method { System.out.println;老实说，} }
class B extends A { void method { System.out.println;} }
class C extends A { void method { System.out.println;} }
// 假设 D 同时继承 B 和 C
// 编译器无法确定 D.method 调用哪一个实现
// 就是典型的菱形冲突
// Java 用单继承消除这个问题
}

. 接口为什么可以多实现？- 面试必备技巧，

. 第一阶段：只有抽象方法和常量

在早期版本里接口只能声明抽象方法和常量**。如果多个接口拥有相同签名的方法，只需提供一次实现即可，不会产生冲突。其实，

interface A { void method;}
interface B { void method;}
class C implements A,B {
@Override public void method {
System.out.println;}
}

. 第二阶段：有了默认方法和静态方法—解决冲突规则全揭晓！不过，

• 规则1：**优先级最高的是父类**——如果父类和任何接口都有同名方法。以父类实现为准，
• 规则2：**显式覆盖**——若多个接口提供相同默认方法。子类必须显式覆盖，否则编译错误。
• 演示：

interface X{ default void foo{System.out.println;} }
interface Y{ default void foo{System.out.println;} }
class Z implements X,Y{
// 必须覆盖。否则报错
@Override public void foo{
// 可以自由选择调用哪个或自定义实现
X.super.foo;}
}

为什么这能解决冲突？因为'default' 方法只是备选方案，而不是强制执行的业务逻辑；当出现歧义时让开发者主动决定哪种行为最合适。

. 抽象类为什么有构造器却不能实例化？ —从“模板”说起，其实，

想想你在项目里做过哪些“半成品”的代码。比如数据库访问层或者业务模型，它们往往只定义了一部分通用逻辑，却不适合直接实例化。这正是抽象类存在的意义所在：

• #1 它代表的是一种不完整的概念，例如“动物”。你永远不会直接创建一个“动物”，而是创建具体种子如 Dog 或 Cat。其实，
• #2 它允许子类复用公共属性与行为。例如统一设置名字或日志记录。
• #3 构造器只是在子类型实例化时被调用。用来初始化共享状态，而不是让自己成为独立对象。> #4 这样既保证了代码复用，又防止误用导致程序混乱。不过，`