条件类型

大多数实用程序的核心都需要根据输入做出决策。JavaScript 程序也不例外,但考虑到值很容易被内省(introspected),这些决策也取决于输入的类型。条件类型(Conditional types)有助于描述输入类型和输出类型之间的关系。

ts
interface Animal {
live(): void;
}
interface Dog extends Animal {
woof(): void;
}
 
type Example1 = Dog extends Animal ? number : string;
type Example1 = number
 
type Example2 = RegExp extends Animal ? number : string;
type Example2 = string
Try

条件类型的形式看起来有点像 JavaScript 中的条件表达式(condition ? trueExpression : falseExpression)。

ts
SomeType extends OtherType ? TrueType : FalseType;
Try

extends 左侧的类型可赋值给右侧的类型时,你将得到第一个分支(“真”分支)的类型;否则,你将得到后者分支(“假”分支)的类型。

从上面的例子来看,条件类型似乎并没有什么用处——我们自己就能判断 Dog extends Animal 是否成立,并手动选择 numberstring!但条件类型的威力在于将其与泛型结合使用。

例如,我们来看看下面的 createLabel 函数:

ts
interface IdLabel {
id: number /* some fields */;
}
interface NameLabel {
name: string /* other fields */;
}
 
function createLabel(id: number): IdLabel;
function createLabel(name: string): NameLabel;
function createLabel(nameOrId: string | number): IdLabel | NameLabel;
function createLabel(nameOrId: string | number): IdLabel | NameLabel {
throw "unimplemented";
}
Try

这些 createLabel 的重载描述了一个单一的 JavaScript 函数,它根据输入的类型做出选择。请注意几点:

  1. 如果一个库需要在其整个 API 中反复做出这种选择,那么这种写法会变得非常繁琐。
  2. 我们必须创建三个重载:每种我们确定类型的方案一个(一个针对 string,一个针对 number),以及一个针对最通用情况的方案(接收 string | number)。对于 createLabel 能处理的每一种新类型,重载的数量都会呈指数级增长。

相反,我们可以将该逻辑编码为一个条件类型:

ts
type NameOrId<T extends number | string> = T extends number
? IdLabel
: NameLabel;
Try

然后,我们可以利用该条件类型将重载简化为一个没有任何重载的函数。

ts
function createLabel<T extends number | string>(idOrName: T): NameOrId<T> {
throw "unimplemented";
}
 
let a = createLabel("typescript");
let a: NameLabel
 
let b = createLabel(2.8);
let b: IdLabel
 
let c = createLabel(Math.random() ? "hello" : 42);
let c: NameLabel | IdLabel
Try

条件类型约束

通常,条件类型中的检查会为我们提供一些新信息。就像使用类型守卫进行收窄可以为我们提供更具体的类型一样,条件类型的真分支将根据我们检查的类型进一步约束泛型。

例如,我们来看看下面的例子:

ts
type MessageOf<T> = T["message"];
Type '"message"' cannot be used to index type 'T'.2536Type '"message"' cannot be used to index type 'T'.
Try

在这个例子中,TypeScript 报错是因为无法确定 T 是否具有名为 message 的属性。我们可以约束 T,这样 TypeScript 就不会再报错了:

ts
type MessageOf<T extends { message: unknown }> = T["message"];
 
interface Email {
message: string;
}
 
type EmailMessageContents = MessageOf<Email>;
type EmailMessageContents = string
Try

但是,如果我们要让 MessageOf 接收任何类型,并在 message 属性不可用时默认返回像 never 这样的类型呢?我们可以通过将约束移出并引入条件类型来实现:

ts
type MessageOf<T> = T extends { message: unknown } ? T["message"] : never;
 
interface Email {
message: string;
}
 
interface Dog {
bark(): void;
}
 
type EmailMessageContents = MessageOf<Email>;
type EmailMessageContents = string
 
type DogMessageContents = MessageOf<Dog>;
type DogMessageContents = never
Try

在真分支内,TypeScript 知道 T 一定拥有一个 message 属性。

作为另一个例子,我们还可以编写一个名为 Flatten 的类型,它将数组类型扁平化为其元素类型,否则保持原样:

ts
type Flatten<T> = T extends any[] ? T[number] : T;
 
// Extracts out the element type.
type Str = Flatten<string[]>;
type Str = string
 
// Leaves the type alone.
type Num = Flatten<number>;
type Num = number
Try

Flatten 被赋予一个数组类型时,它使用带有 number 的索引访问来取出 string[] 的元素类型。否则,它只是返回被赋予的类型。

在条件类型中进行推断

我们刚刚发现自己正在使用条件类型来应用约束并提取类型。这最终成为了一种非常常见的操作,条件类型使之变得更加容易。

条件类型为我们提供了一种在真分支中使用 infer 关键字从我们比较的类型中进行推断的方法。例如,我们可以在 Flatten 中推断元素类型,而不是使用索引访问类型“手动”取出它:

ts
type Flatten<Type> = Type extends Array<infer Item> ? Item : Type;
Try

在这里,我们使用 infer 关键字声明性地引入了一个名为 Item 的新泛型变量,而不是指定如何在真分支内检索 Type 的元素类型。这使我们无需思考如何挖掘和剖析我们感兴趣的类型结构。

我们可以使用 infer 关键字编写一些有用的辅助类型别名。例如,对于简单的情况,我们可以从函数类型中提取返回类型:

ts
type GetReturnType<Type> = Type extends (...args: never[]) => infer Return
? Return
: never;
 
type Num = GetReturnType<() => number>;
type Num = number
 
type Str = GetReturnType<(x: string) => string>;
type Str = string
 
type Bools = GetReturnType<(a: boolean, b: boolean) => boolean[]>;
type Bools = boolean[]
Try

当从具有多个调用签名的类型(例如重载函数的类型)进行推断时,推断将从最后一个签名(通常是最具包容性的全部情况)进行。无法基于参数类型列表执行重载解析。

ts
declare function stringOrNum(x: string): number;
declare function stringOrNum(x: number): string;
declare function stringOrNum(x: string | number): string | number;
 
type T1 = ReturnType<typeof stringOrNum>;
type T1 = string | number
Try

分布式条件类型

当条件类型作用于泛型时,当给定联合类型时,它们就变得分布式(distributive)。例如,请看以下内容:

ts
type ToArray<Type> = Type extends any ? Type[] : never;
Try

如果我们向 ToArray 传入一个联合类型,那么条件类型将应用于该联合的每个成员。

ts
type ToArray<Type> = Type extends any ? Type[] : never;
 
type StrArrOrNumArr = ToArray<string | number>;
type StrArrOrNumArr = string[] | number[]
Try

这里发生的事情是 ToArray 分布在

ts
string | number;
Try

上,并映射联合类型的每个成员,实际上变成了

ts
ToArray<string> | ToArray<number>;
Try

最终我们得到

ts
string[] | number[];
Try

通常,分布式是期望的行为。要避免这种行为,可以用方括号将 extends 关键字的两侧括起来。

ts
type ToArrayNonDist<Type> = [Type] extends [any] ? Type[] : never;
 
// 'ArrOfStrOrNum' is no longer a union.
type ArrOfStrOrNum = ToArrayNonDist<string | number>;
type ArrOfStrOrNum = (string | number)[]
Try

TypeScript 文档是一个开源项目。请提交 Pull Request帮助我们改进这些页面 ❤

此页面的贡献者
OTOrta Therox (10)
BKBenedikt König (1)
GFGeorge Flinn (1)
SFShinya Fujino (1)
NMNicolás Montone (1)
9+

最后更新:2026 年 3 月 27 日