啥？学Vue3的源码之前还得学习这个？！

前言

TypeScript 中有很多地方涉及到子类型 subtype、父类型 supertype 的概念，如果搞不清这些概念，那么很可能被报错搞得无从下手，或者在写一些复杂类型的时候看到别人可以这么写，但是不知道为什么他可以生效。（就是我自己没错了）

子类型

比如考虑如下接口：

interface Animal {
  age: number
}

interface Dog extends Animal {
  bark(): void
}

在这个例子中，Animal 是 Dog 的父类，Dog是Animal的子类型，子类型的属性比父类型更多，更具体。

• 在类型系统中，属性更多的类型是子类型。

• 在集合论中，属性更少的集合是子集。

也就是说，子类型是父类型的超集，而父类型是子类型的子集，这是直觉上容易搞混的一点。

记住一个特征，子类型比父类型更加具体，这点很关键。

可赋值性 assignable

assignable 是类型系统中很重要的一个概念，当你把一个变量赋值给另一个变量时，就要检查这两个变量的类型之间是否可以相互赋值。

let animal: Animal
let dog: Dog

animal = dog // ✅ok
dog = animal // ❌error! animal 实例上缺少属性 'bark'

从这个例子里可以看出，animal 是一个「更宽泛」的类型，它的属性比较少，所以更「具体」的子类型是可以赋值给它的，因为你是知道 animal 上只有 age 这个属性的，你只会去使用这个属性，dog 上拥有 animal 所拥有的一切类型，赋值给 animal 是不会出现类型安全问题的。

反之，如果 dog = animal，那么后续使用者会期望 dog 上拥有 bark 属性，当他调用了 dog.bark() 就会引发运行时的崩溃。

从可赋值性角度来说，子类型是可以赋值给父类型的，也就是 父类型变量 = 子类型变量 是安全的，因为子类型上涵盖了父类型所拥有的的一切属性。

当我初学的时候，我会觉得 T extends {} 这样的语句很奇怪，为什么可以 extends 一个空类型并且在传递任意类型时都成立呢？当搞明白上面的知识点，这个问题也自然迎刃而解了。

在函数中的运用

假设我们有这样的一个函数：

function f(val: { a: number; b: number })

有这样两个变量：

let val1 = { a: 1 }
let val2 = { a: 1, b: 2, c: 3 }

调用 f(val1) 是会报错的，比较显而易见的来看是因为缺少属性 b，而函数 f 中很可能去访问 b 属性并且做一些操作，比如 b.substr()，这就会导致崩溃。

换成上面的知识点来看，val1 对应的类型是{ a: number }，它是 { a: number, b: number } 的父类型，调用 f(val1) 其实就相当于把函数定义中的形参 val 赋值成了 val1， 把父类型的变量赋值给子类型的变量，这是危险的。

反之，调用 f(val2) 没有任何问题，因为 val2 的类型是 val类型的子类型，它拥有更多的属性，函数有可能使用的一切属性它都有。

假设我现在要开发一个 redux，在声明 dispatch 类型的时候，我就可以这样去做：

interface Action {
  type: string
}

declare function dispatch<T extends Action>(action: T)

这样，就约束了传入的参数一定是 Action 的子类型。也就是说，必须有 type，其他的属性有没有，您随意。

在联合类型中的运用

学习了以上知识点，再看联合类型的可赋值性，乍一看会比较反直觉， 'a' | 'b' | 'c' 是 'a' | 'b' 的子类型吗？它看起来属性更多诶？其实正相反，'a' | 'b' | 'c' 是 'a' | 'b' 的父类型。因为前者比后者更「宽泛」，后者比前者更「具体」。

type Parent = 'a' | 'b' | 'c'
type Son = 'a' | 'b'

let parent: Parent
let son: Son

parent = son // ✅ok
son = parent // ❌error! parent 有可能是 'c'

这里 son 是可以安全的赋值给 parent 的，因为 son 的所有可能性都被 parent 涵盖了。

而反之则不行，parent 太宽泛了，它有可能是 'c'，这是 Son 类型 hold 不住的。

这个例子看完以后，你应该可以理解为什么 'a' | 'b' extends 'a' | 'b' | 'c' 为 true 了，在书写 conditional types的时候更加灵活的运用吧。

逆变和协变

先来段维基百科的定义^[1]：

协变与逆变(Covariance and contravariance )是在计算机科学中，描述具有父/子型别关系的多个型别通过型别构造器、构造出的多个复杂型别之间是否有父/子型别关系的用语。

描述的比较晦涩难懂，但是用我们上面的动物类型的例子来解释一波，现在我们还是有 Animal 和 Dog 两个父子类型。

协变（Covariance）

那么想象一下，现在我们分别有这两个子类型的数组，他们之间的父子关系应该是怎么样的呢？没错，Animal[] 依然是 Dog[] 的父类型，对于这样的一段代码，把子类型赋值给父类型依然是安全的：

let animals: Animal[]
let dogs: Dog[]

animals = dogs

animals[0].age // ✅ok

转变成数组之后，对于父类型的变量，我们依然只会去 Dog 类型中一定有的那些属性。

那么，对于 type MakeArray<T> = T[] 这个类型构造器来说，它就是 协变（Covariance） 的。

逆变（Contravariance）

有这样两个函数：

let visitAnimal = (animal: Animal) => void;
let visitDog = (dog: Dog) => void;

animal = dog 是类型安全的，那么 visitAnimal = visitDog 好像也是可行的？其实不然，想象一下这两个函数的实现：

let visitAnimal = (animal: Animal) => {
  animal.age
}

let visitDog = (dog: Dog) => {
  dog.age
  dog.bark()
}

由于 visitDog 的参数期望的是一个更具体的带有 bark 属性的子类型，所以如果 visitAnimal = visitDog 后，我们可能会用一个不带 bark 属性的普通的 animal 类型来传给 visitDog。

visitAnimal = visitDog

let animal = { age: 5 }

visitAnimal(animal) // ❌

这会造成运行时错误，animal.bark 根本不存在，去调用这个方法会引发崩溃。

但是反过来，visitDog = visitAnimal 却是完全可行的。因为后续调用方会传入一个比 animal 属性更具体的 dog，函数体内部的一切访问都是安全的。

在对 Animal 和 Dog 类型分别调用如下的类型构造器之后：

type MakeFunction<T> = (arg: T) => void

父子类型关系逆转了，这就是 逆变（Contravariance）。

在 TS 中

当然，在 TypeScript 中，由于灵活性等权衡，对于函数参数默认的处理是 双向协变 的。也就是既可以 visitAnimal = visitDog，也可以 visitDog = visitAnimal。在开启了 tsconfig 中的 strictFunctionType 后才会严格按照 逆变 来约束赋值关系。

结语

这篇文章结合我自己最近学习类型相关知识的一些心得整理而成，如果有错误或者疏漏欢迎大家指出。

参考资料

Subsets & Subtypes^[2]

TypeScript 官方文档^[3]

维基百科-协变与逆变^[4]

参考资料