装饰器模式中为何要继承Component类？

• 保证类型兼容性，遵循里氏替换原则
  装饰器的核心价值之一是无缝替换原始Component对象。如果装饰器不继承Component，原本接受Component参数的代码就无法直接传入装饰后的对象，必须修改方法签名，违背开闭原则。继承Component后，装饰器与原始组件属于同一类型，调用者无需感知对象是否被装饰，代码可以无改动正常运行。

• 确保接口一致性，避免冗余实现
  继承Component能让装饰器自动拥有Component的全部方法签名。装饰器只需重写需要增强的方法，其余方法直接转发给持有的Component对象即可。如果不继承，装饰器必须手动实现Component的所有方法，不仅代码冗余，一旦Component接口变更，所有装饰器都得同步修改，维护成本极高。

• 支持多层嵌套装饰
  装饰器模式允许对对象进行多层叠加装饰（比如先加边框，再加阴影）。继承Component后，每个装饰器本身就是Component类型，因此可以作为另一个装饰器的被装饰对象。如果不继承，装饰器只能持有原始Component对象，无法接收其他装饰器作为参数，嵌套逻辑就无法实现。

举个简单的代码示例：

// Component接口
interface Shape {
    void draw();
}

// 原始组件
class Circle implements Shape {
    @Override
    public void draw() {
        System.out.println("画圆形");
    }
}

// 装饰器，继承Shape并持有Shape对象
class RedShapeDecorator implements Shape {
    private Shape decoratedShape;

    public RedShapeDecorator(Shape decoratedShape) {
        this.decoratedShape = decoratedShape;
    }

    @Override
    public void draw() {
        decoratedShape.draw();
        setRedBorder(decoratedShape);
    }

    private void setRedBorder(Shape decoratedShape) {
        System.out.println("给图形加红色边框");
    }
}

// 使用场景
public class Main {
    public static void main(String[] args) {
        Shape circle = new Circle();
        Shape redCircle = new RedShapeDecorator(circle);
        // 调用者无需区分是原始Circle还是装饰后的RedShapeDecorator
        redCircle.draw();
    }
}

内容的提问来源于stack exchange，提问作者AMZ