在 TypeScript 中，接口（interface）与类型别名（type）是定义自定义类型的两种核心方式，它们既有相似之处，也存在关键差异。本章将通过对比式讲解，系统梳理两者的特性、适用场景及实践应用，帮助开发者建立清晰的类型定义思维。

接口（interface）

接口是 TypeScript 中用于定义对象类型的重要工具，其核心特性包括声明语法、继承机制和合并行为。

基础语法
接口通过 interface 关键字声明，用于描述对象的结构。例如，定义一个包含用户名的用户接口：

interface User {
  name: string;
  age?: number; // 可选属性
}

上述代码中，User 接口规定了对象必须包含 name 字符串属性，age 为可选的数字属性。

继承机制
接口支持通过 extends 关键字实现继承，从而复用已有类型结构并扩展新属性。例如，基于 User 接口定义管理员接口 Admin，增加角色属性：

interface Admin extends User {
  role: string; // 新增角色属性
  permissions: string[]; // 新增权限列表
}

此时，Admin 类型将同时包含 User 的所有属性（name、age?）和自身定义的 role、permissions 属性。

合并声明
接口的独特特性是同名自动合并。当多个同名接口存在时，TypeScript 会将它们的属性合并为单一接口。例如：

// 第一次声明
interface User {
  name: string;
}

// 第二次声明（自动合并）
interface User {
  age?: number;
}

// 合并后等效于：
// interface User { name: string; age?: number; }

这种机制在多人协作或分文件定义类型时尤为实用，可动态扩展类型结构而无需修改原始声明。

类型别名（type）

类型别名通过 type 关键字为类型创建别名，其功能更灵活，支持复杂类型组合，但不具备接口的合并特性。

基础语法
类型别名使用赋值语法定义，可描述对象、函数、联合类型等多种结构。例如，定义与上述 User 接口等效的类型别名：

type User = {
  name: string;
  age?: number;
};

从语法上看，对象类型的接口与类型别名在结构描述上高度相似。

支持复杂类型组合
类型别名的显著优势是支持联合类型（|）和交叉类型（&），可组合多种基础类型或自定义类型。例如：

• 联合类型：定义可接受字符串或数字的 ID 类型
  typescript

  复制代码

  type ID = string | number;

• 交叉类型：合并两个对象类型为新类型
  typescript

  复制代码

  type Name = { name: string };
  type Age = { age: number };
  type Person = Name & Age; // { name: string; age: number }

不可合并性
与接口不同，类型别名不允许重复定义。若多次声明同名类型别名，TypeScript 将直接报错：

type User = { name: string };
type User = { age: number }; // 错误：标识符“User”重复

#的对比
为更清晰地理解两者差异，以下通过表格对比核心特性与适用场景：

核心区别总结：接口是“开放的”，支持动态扩展；类型别名是“封闭的”，一旦定义无法修改。接口更适合描述对象结构和团队协作中的“契约”，类型别名则擅长处理复杂类型组合。

实践案例：API 数据类型约束与团队协作

接口在实际开发中常作为“契约”存在，确保前后端数据交互的一致性。以下通过模拟用户信息 API 场景，展示接口的契约作用。

场景需求
假设后端提供用户信息接口，返回数据包含基础信息（姓名、ID）和扩展信息（联系方式、地址）。前端需定义类型约束，并支持管理员角色的扩展。

实现步骤

1. 定义基础用户接口：描述核心数据结构

   typescript

   复制代码

   interface ApiUser {
     id: number; // 用户ID
     name: string; // 用户名
     createdAt: string; // 创建时间（ISO格式字符串）
   }

2. 扩展接口描述详细信息：通过合并声明补充可选字段

   typescript

   复制代码

   // 扩展用户详情（假设由不同开发者维护）
   interface ApiUser {
     contact?: {
       email: string;
       phone?: string;
     };
     address?: string;
   }

3. 定义管理员接口：通过继承扩展权限信息

   typescript

   复制代码

   interface ApiAdmin extends ApiUser {
     role: 'admin'; // 固定角色值
     permissions: string[]; // 权限列表
   }

契约作用解析

• 前后端一致性：ApiUser 接口明确规定了 API 返回数据的字段和类型，后端需按此结构返回数据，前端可安全访问属性（如 user.contact?.email），避免因数据结构变更导致的运行时错误。
• 团队协作效率：通过接口合并，不同开发者可独立扩展类型（如新增 contact 字段），无需修改原始定义，降低代码冲突风险。

练习：对比合并行为差异

通过以下练习，直观体会接口与类型别名的合并特性差异。

任务
用两种方式定义“产品”类型（包含 id 和 name 属性），然后尝试新增 price 属性，观察结果。

步骤 1：接口实现

// 第一次声明
interface Product {
  id: number;
  name: string;
}

// 第二次声明（尝试新增price属性）
interface Product {
  price: number;
}

// 结果：合并成功，Product类型包含 id、name、price
const product: Product = { id: 1, name: "手机", price: 4999 }; // 无报错

步骤 2：类型别名实现

// 第一次声明
type Product = {
  id: number;
  name: string;
};

// 第二次声明（尝试新增price属性）
type Product = {
  price: number; // 错误：标识符“Product”重复
};

结论：接口支持通过多次声明扩展类型，而类型别名不允许重复定义。此差异决定了接口更适合需要动态扩展的场景，类型别名则更适合定义固定的复杂类型。

通过本章学习，开发者应能根据具体需求选择合适的类型定义方式：对象结构和团队协作优先用接口，复杂类型组合优先用类型别名。两者配合使用，可构建清晰、灵活的 TypeScript 类型系统。