インターフェースと抽象クラスの違いは何ですか？

Question

Accepted Answer

どちらも直接インスタンス化できない抽象型を定義し、実装/拡張される予定ですが、異なる設計目的を果たします。主な違いは**多重継承**、**状態**、およびそれらがモデル化する関係です。

## なぜ重要なのか

```java
public interface Drawable {
    void draw();                          // abstract method (implicitly public abstract)

default void render() {                // default method — has a body (Java 8+)
        System.out.println("rendering");
    }
    int MAX = 100;                         // implicitly public static final (constant only)
}

class Circle implements Drawable {
    public void draw() { /* must implement */ }
}
```

インターフェースは動作の**契約**を定義します。クラスは**複数の**インターフェースを実装できます。これはJavaが多重継承の形態を実現する方法です。インターフェース（従来は）インスタンス状態を持ちません。

## 抽象クラス — 部分的な基底クラス（「is-a」と共有コード）

```java
public abstract class Animal {
    protected String name;                 // ✅ can have instance FIELDS (state)

public Animal(String name) {           // ✅ can have a constructor
        this.name = name;
    }
    public abstract void makeSound();      // abstract — subclasses must implement
    public void sleep() {                   // ✅ concrete method with shared logic
        System.out.println(name + " sleeps");
    }
}

class Dog extends Animal {                 // can extend only ONE class
    public Dog(String n) { super(n); }
    public void makeSound() { System.out.println("Woof"); }
}
```

抽象クラスは**状態（フィールド）**、**コンストラクタ**、および共有実装を持つ具体的なメソッドを保持できます。ただし、クラスは**1つの**抽象クラスのみを拡張できます（単一継承）。

## 主な違い

```text
                    Interface              Abstract class
Multiple inheritance ✓ (implement many)    ✗ (extend only one)
Instance fields/state ✗ (constants only)   ✓ (fields)
Constructor           ✗                    ✓
Method bodies         default/static only  ✓ (concrete methods)
Models                capability ("can-do") "is-a" with shared base
```

## どちらを使うべき場合

```text
Interface → define a capability multiple unrelated classes can have
            (Comparable, Runnable, Serializable); when you need multiple inheritance
Abstract class → share common state + code among closely related subclasses
            (a base class with fields and partial implementation)
```

## なぜ重要なのか

インターフェースと抽象クラスを選択することは、Javaの基本的な設計判断です。

インターフェースは**契約/能力**を定義し、クラスが多くを実装することを可能にします（Javaの多重継承への答え）— 横断的な能力に最適です。

抽象クラスは、密接に関連したサブクラスに対して**状態と部分的な実装を備えた共有ベース**を提供しますが、単一継承に限定されます。

トレードオフを理解すること（複数実装対共有状態/コンストラクタ、能力対is-a関係）は、良いAPIとクラス階層の設計を導きます。

Java 8以降のデフォルトメソッドで境界が曖昧になりましたが、各々がいつ適合するかを知ること — および主要な制約（1つの抽象クラスだが多くのインターフェース、状態は抽象クラスのみ）— は、柔軟でよく構造化されたコードを設計するために不可欠です。