为何TypeScript允许接口多继承却禁止类直接多继承？

首先得掰明白两者的本质差异：

类多继承的核心矛盾 #

类不光定义类型，还带着具体实现逻辑（比如方法体、实例状态）。要是允许类直接继承多个基类，很容易踩坑：

• 实现冲突：两个基类有同名方法或属性时，子类根本没法确定该用哪一套实现。
• 菱形继承混乱：假设类A被B和C继承，类D又同时继承B和C，那D里A的成员会被多次复制，状态逻辑直接乱套。
  这也是TS、Java这类主流面向对象语言都禁止类多继承的原因。

接口继承类的本质 #

接口继承类的时候，完全没碰类的实现，只是把类的所有实例成员的类型规则“搬”过来。拿你给出的代码举例：

class Student{
    name:string = ''
}

class Employee {
    salary:number =0
}

interface Work_Study extends Student,Employee{
    description:string;
}

这个Work_Study接口等价于：

interface Work_Study {
    name: string;
    salary: number;
    description: string;
}

它只规定了「任何实现这个接口的对象，必须同时拥有这三个属性」，跟代码实现半毛钱关系都没有。

为什么这种方式不会出问题？ #

接口本身是纯类型契约，没有任何可执行代码或状态。就算继承多个类，也只是把这些类的成员类型合并成一个新的规则集合，不存在实现冲突的可能——毕竟最后是由实现接口的类来负责提供这些成员的具体实现，怎么写、有没有重复逻辑，都是实现类自己的事，接口只做类型校验。

说白了：类多继承是抢“现成实现”，容易打架；接口继承多个类是攒“要求清单”，只会把规则合并，自然不会有矛盾。

内容的提问来源于stack exchange，提问作者LeoPkm2-1