举例说明什么情况下会更倾向于使用抽象类而不是接口？

参考答案：

抽象类和接口都是面向对象编程中常用的两种工具，它们都可以用来定义一种"模板"或者"契约"，让其他类去继承或者实现。但是，它们之间有一些重要的区别，这些区别在某些情况下可能会让我们更倾向于使用抽象类而不是接口。

以下是一些可能会倾向于使用抽象类的情况：

需要定义默认的行为：接口只能定义方法，而不能提供方法的实现。这意味着实现接口的类必须提供接口中所有方法的实现。而抽象类可以既有抽象方法（需要子类实现），也可以有具体方法（提供默认的行为）。如果希望为一些方法提供默认的实现，那么抽象类会更合适。

例如，如果我们有一个Animal抽象类，并希望所有的动物都有eat和sleep这两个行为，但我们希望eat有一个默认的实现，而sleep则希望子类自己实现，那么我们可以这样定义：

abstract class Animal {
    void eat() {
        System.out.println("Animal eats");
    }

    abstract void sleep();
}

例如，如果我们有一个Shape抽象类，希望所有的形状都有一个name字段，那么我们可以这样定义：

abstract class Shape {
    protected String name;

    public Shape(String name) {
        this.name = name;
    }

    abstract void draw();
}

例如，如果我们有一个Car抽象类，希望所有的汽车都有一个color字段，并在创建汽车对象时就需要设置这个字段，那么我们可以这样定义：

abstract class Car {
    protected String color;

    public Car(String color) {
        this.color = color;
    }

    abstract void drive();
}

单一继承原则：Java等语言支持类的单一继承，这意味着一个类只能继承一个父类。如果我们需要将多个模板组合在一起，那么抽象类会比接口更加灵活。我们可以让一个类继承多个抽象类（只要这些抽象类之间没有继承关系），但一个类不能实现多个接口（除了使用默认方法，但这会带来其他的问题）。

以上这些情况都可能会让我们更倾向于使用抽象类而不是接口。但是，这并不意味着抽象类总是比接口好。实际上，接口在很多情况下也是非常有用的，比如当我们需要定义一种"契约"，让不相关的类都去实现这个契约时，接口就是非常合适的工具。所以，具体使用抽象类还是接口，需要根据具体的需求和场景来决定。