typescript类型守卫的关键是判断准、声明对、覆盖全,本质是编译器可验证的逻辑契约;需正确使用typeof、instanceof、in操作符及自定义守卫函数,并注意其适用场景与边界限制。

在 TypeScript 中用类型守卫做安全收窄,关键不是写得多,而是判断准、声明对、覆盖全。它不是运行时的“魔法”,而是编译器能读懂的逻辑契约——你告诉它“如果这个条件成立,那变量就一定是某类型”,它才敢让你放心调用专属方法或访问专属属性。
用对内置守卫:typeof 和 instanceof 要守规矩
typeof 只认原始类型,写法必须严格:typeof value === "string" 才触发收窄;==、!== 或 typeof value == "string" 都不行。注意 typeof null 返回 "object",所以判断对象要加 value !== null。
instanceof 专用于类实例,语法是 value instanceof ClassName。它能识别继承关系(Dog instanceof Animal 为 true),但分支内类型会收窄为被检查的类本身,不是子类——想保留子类信息,就用 instanceof Dog 而不是 instanceof Animal。
- 原始类型优先用 typeof,比如处理
string | number | boolean - 类实例优先用 instanceof,比如区分
Error、CustomError、NetworkError - 混合场景按顺序组合:先用 typeof 排除原始类型,再用 instanceof 处理对象分支
用 in 操作符收窄联合对象类型
当参数是多个接口的联合(如 User | Admin | Guest),且它们有**可区分的独有属性**时,'role' in obj 是最轻量又安全的收窄方式。TypeScript 会自动把 obj 类型缩小为含 role 属性的那个类型(比如 Admin)。
比类型断言 obj as Admin 强在哪?——它有运行时检查,不绕过类型系统。只要属性名足够独特(比如 permissions 在 Admin 里存在,在 User 里不存在),就不会误判。
- 避免只靠通用字段如
id或name,它们太常见,无法唯一标识类型 - 搭配类型检查更稳:比如
'email' in obj && typeof obj.email === 'string' - 适用于初始化逻辑、API 响应解析等结构明确的联合类型场景
写自定义守卫函数:签名和逻辑缺一不可
函数返回类型必须写成 param is TargetType,这是编译器识别守卫的唯一依据。参数名要和函数体内一致,否则收窄失效。例如:
function isUser(input: unknown): input is User {
return typeof input === 'object' &&
input !== null &&
'email' in input &&
typeof input.email === 'string';
}
这个函数不保证输入是 User,只承诺:**如果返回 true,那 input 就一定是 User**。编译器据此在 if 分支里把它当 User 用。
- 运行时判断要抓本质特征:对象先判
typeof obj === 'object' && obj !== null,再查关键属性+类型 - 泛型不能直接写
value is T,需约束类型参数,比如<t extends id: number>(x: unknown): x is T</t> - 一个守卫只负责一个类型分支,别试图让它同时确认多个不相关类型
收窄不是万能的,边界意识很重要
类型守卫解决的是“运行时值是否符合某类型”的问题,但它不负责数据合法性验证(比如邮箱格式、ID 是否真实存在)。它也不替代空值防护——if (obj) 只能排除 falsy 值,不能保证 obj.name 存在,得配合属性检查或非空断言(obj!.name)谨慎使用。
真正健壮的收窄,是把类型设计前置:用可区分联合类型标明状态(如 { status: 'loading' } / { status: 'success'; data: User }),让守卫只需检查 status 字段,而不是在运行时反复猜测结构。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











