在 TypeScript 中，`interface`（接口）和 `type`（类型别名）是定义对象形状和类型的两种核心方式。虽然它们在很多场景下功能相似，但在底层机制、扩展方式以及适用场景上有着关键的区别。
在 TypeScript 中，interface（接口）和 type（类型别名）是定义对象形状和类型的两种核心方式。虽然它们在很多场景下功能相似，但在底层机制、扩展方式以及适用场景上有着关键的区别。
以下是详细的深度对比解析：
interface，它们会自动合并为一个。type 会导致编译错误（标识符冲突）。
{
: ;
}
{
: ;
}
extends 关键字进行扩展。语法更偏向面向对象（OOP），且能很好地处理继承链中的类型冲突。&（交叉类型）操作符进行组合。它会将多个类型合并成一个。// Interface 扩展
interface Person {
name: string;
}
interface Employee extends Person {
salary: number;
}
// Type 交集
type Person = {
name: string;
};
type Employee = Person & {
salary: number;
};
|）、元组、映射类型、条件类型等。// interface 做不到的事情，type 可以：
// 1. 基本类型别名
type Name = string;
// 2. 联合类型
type Status = "success" | "error" | "loading";
// 3. 元组
type Point = [number, number];
// 4. 工具类型（映射/条件）
type ReadonlyPartial<T> = {
readonly [P in keyof T]?: T[P];
};
interface 还是 type。&）处理同名基础类型属性时，有时会变成 never，而 interface 的继承（extends）在处理同名属性冲突时会更智能（会报错提示你修正，而不是静默变成 never）。// 使用 & 合并同名基础类型会产生 never
type T1 = { value: string };
type T2 = { value: number };
// value 的类型是 string & number，即 never（没有任何值能同时满足两者）
type T3 = T1 & T2;
// 使用 extends 合并同名属性会直接报错，让你必须处理
interface I1 {
value: string;
}
// interface I2 extends I1 { value: number; } // 报错：类型“number”不可分配给类型“string”
interface 往往更易被类型检查器缓存和展示，但是否更快仍取决于具体类型及项目规模。extends ? :）、复杂映射类型和深层交叉类型可能带来额外的类型计算成本；这与 type 关键字本身无关。implements（类实现），但 interface 更符合 OOP 直觉。type Music = { play(): void } | { stop(): void };
// class MyMusic implements Music {} // 报错：类无法实现联合类型
interface Dance {
move(): void;
}
class MyDance implements Dance {
// 正常
move() {}
}
| 场景 | 推荐使用 |
|---|---|
| 定义对象结构、类、函数签名，且需要被继承或扩展 | interface（声明合并和扩展更灵活） |
定义联合类型（|）、元组、基本类型别名 | type |
使用映射类型（keyof、in）或条件类型 | type |
编写第三方库的 .d.ts 声明文件 | interface（因为用户可以通过声明合并来扩展你的库） |
| 简单的 API 响应体、实体数据结构 | interface（默认首选） |
核心准则：能用 interface 就用 interface，需要用到联合类型或复杂类型操作时再用 type。 这是社区中广泛采用的实践建议。