目录

一、 第一层：总述（定下基调）

二、 第二层：核心功能区别（展现技术广度）

1. 声明合并（Declaration Merging）—— 最本质的区别

2. 覆盖能力的广度

3. 继承方式（Extends vs Intersections）

三、 第三层：底层逻辑与性能（展现技术深度）

四、 第四层：最佳实践（展现工程经验）

五、 总结版：面试官最喜欢的回答模板

回答思路

简答模板

Tips：如果面试官追问：“为什么 interface 性能更好？”

---

在 TypeScript 面试中，interface（接口）和 type（类型别名）的区别是必考题。

如果你只回答“它们很像，但语法不同”，那只是及格分。要答出“精彩”，你需要从 功能差异、设计哲学、底层性能、以及最佳实践 四个维度来系统化回答。

你可以按照以下逻辑来组织你的回答：

---

一、 第一层：总述（定下基调）

“从功能上看，interface 和 type 非常相似，在大多数场景下是可以互换的。由于 TypeScript 近几个版本的演进，两者的边界越来越模糊。

但从本质上讲：interface 是为了定义‘对象的形状’（Shape），而 type 是给‘类型’起一个名字（Alias）。 ”

---

二、 第二层：核心功能区别（展现技术广度）

面试官最想听到的几个硬核区别：

1. 声明合并（Declaration Merging）—— 最本质的区别

这是 interface 独有的特性。

• Interface： 支持同名合并。如果你定义了两个同名的接口，TS 会自动将它们合并为一个。这在开发插件、第三方库时非常有用，允许用户扩展库的接口。
• Type： 不支持。如果定义两个同名的 type，编译器会直接报错。

interface User { name: string }
interface User { age: number }
// 结果：User 拥有 name 和 age

type User = { name: string }
type User = { age: number } // Error: Duplicate identifier

2. 覆盖能力的广度

• Type： 更加全能。它可以定义基本类型别名、联合类型（Union）、元组（Tuple）、映射类型等。
• Interface： 只能定义对象、函数、类的形状，无法直接表示 string | number 这种联合类型。

type ID = string | number; // Interface 做不到
type Data = [number, string]; // Interface 做不到

3. 继承方式（Extends vs Intersections）

• Interface： 使用 extends 关键字。TS 会在编译时检查接口之间是否存在冲突（比如同名属性但类型不兼容），并给出清晰的错误提示。
• Type： 使用交叉类型 &。它是将多个类型合并，如果存在冲突，属性会变成 never，报错信息通常没有 interface 那么直观。

---

三、 第三层：底层逻辑与性能（展现技术深度）

这是一个加分项，体现你对 TS 源码或底层性能的关注：

“在大型项目中，interface 的类型检查性能通常略优于 type。

因为 interface 是在内部建立了一个‘类型缓存’并进行属性兼容性检查；而 union 类型或者复杂的 type 交叉类型，由于每次都要重新计算其组成部分的递归合并，在处理超大规模复杂类型时，可能会导致编译器性能下降。当然，在普通业务代码中这种差异几乎无法察觉。”

---

四、 第四层：最佳实践（展现工程经验）

这也是面试官判断你是否真的写过大型项目的重要依据。你可以给出自己的“准则”：

“在实际工程中，我遵循以下原则：

1. 优先使用 interface： 定义组件 Props、State、API 返回数据、模块接口时，优先用 interface。因为它更符合面向对象的契约精神，且支持声明合并，方便扩展。
2. 必须使用 type 的场景： 需要用到联合类型、元组、计算属性类型（Mapped Types） 或者基本类型别名时，必须使用 type。
3. 对外发布库： 如果我开发的是一个给外人用的库，公共 API 一定要用 interface，因为这样用户可以通过声明合并来扩展我定义的类型。”

---

五、 总结版：面试官最喜欢的回答模板

你可以直接这样说：

“interface 和 type 的核心差异可以概括为三点：

首先是 ‘声明合并’ ：interface 支持同名合并，这对于扩展第三方库非常重要；而 type 不支持。

其次是 ‘表达能力’ ：type 更加灵活，可以定义联合类型、元组等，而 interface 专注于描述对象的结构。

最后是 ‘哲学定位’ ：interface 更多的是一种契约协议，适合定义组件和数据模型；type 则是为了逻辑上的组合和简化名称。

在工程实践中，我通常建议**‘能用 interface 就用 interface，必须用 type 才用 type’** ，这样既能保证性能，又能保持代码的可扩展性。”

回答思路

• 都能定义对象类型
• type 更灵活
• interface 支持声明合并
• 对象结构偏 interface，复杂类型运算偏 type

简答模板

interface 和 type 都可以定义类型。
interface 更适合描述对象结构、类契约，并且支持声明合并；
type 更灵活，除了对象，还能定义联合类型、交叉类型、元组、函数类型等。
一般来说，定义对象结构我更倾向于用 interface，涉及类型组合和类型运算我更倾向于用 type。

---

Tips：如果面试官追问：“为什么 interface 性能更好？”

你可以补充说：interface 是命名的类型，TS 编译器会缓存其结果。而 type 往往包含逻辑计算（如交叉、映射），编译器在处理时有时需要进行深层的属性对比和推导，尤其是在处理深层嵌套的对象时，interface 的结构化存储更利于 TS 内核做快速匹配。