开启 strict: true 后，TypeScript 激活一整套类型检查规则，将潜在类型漏洞显式暴露为红波浪线，如 Object is possibly 'undefined'（strictNullChecks）、Parameter 'x' implicitly has an 'any' type（noImplicitAny）等，应通过非空断言、可选链、显式类型标注等方式修复，而非关闭 strict。
开启 strict: true 后，TypeScript 会激活一整套类型检查规则，不是“报错变多”，而是把原本被忽略的潜在类型漏洞显式暴露出来。这些红波浪线不是阻碍开发的障碍，而是类型系统在提醒你：这里可能出问题。
常见报错类型及对应修复方式
Object is possibly 'undefined'
这是 strictNullChecks 生效的典型表现，说明你试图访问一个可能为 undefined 的值的属性。
- 加非空断言：
obj!.property（仅当你100%确定不会为undefined） - 用可选链：
obj?.property（安全访问，返回undefined而不报错） - 先判空再访问：
if (obj) { obj.property }
Parameter 'x' implicitly has an 'any' type
来自 noImplicitAny，函数参数未标注类型，TS 不再默认推断为 any。
- 显式标注参数类型：
function foo(x: string, y: number) - 避免使用
any，优先用unknown+ 类型守卫做后续判断 - 箭头函数也要写全：
(x: string) => x.length，不能只写(x) => x.length
Property 'xxx' does not exist on type 'X'
常出现在动态属性访问、第三方库返回值或对象字面量赋值时，TS 认为结构不匹配。
- 用类型断言明确告诉 TS 你了解这个结构：
res.data as MyResponseType - 对动态键使用索引签名：
interface Obj { [key: string]: string } - 用
as const收窄字面量类型，防止宽化：const mode = "dark" as const
Property 'xxx' has no initializer and is not definitely assigned
由 strictPropertyInitialization 触发，类属性声明后未在构造函数或声明时赋值。
- 在构造函数中初始化：
private name: string; constructor() { this.name = "" } - 使用明确赋值断言：
private name!: string（确保运行时一定被赋值） - 设为可选属性：
private name?: string，后续访问需判空
修复原则：别绕开，要收敛
遇到报错，第一反应不该是加 @ts-ignore 或关 strict，而应思考：这个值到底可能是什么？它的边界在哪里？
- 第三方库没类型定义？补
declare module 'xxx'到global.d.ts - API 返回结构不确定？用联合类型 + 类型守卫做运行时校验
- 配置对象字段可选但部分必填？用
Required<pick>></pick>精准约束 - 泛型输入太宽？加
extends限制范围，比如<t extends string></t>
调试技巧：让报错更精准
VSCode 有时只标出一行，但真正问题可能在上游。几个实用做法：
- 终端运行
tsc --noEmit，它会输出第一个真实错误位置，比编辑器提示更准 - 右下角点击 TypeScript 版本号 → 选 “Use Workspace Version”，确保读的是项目本地配置
- 检查
tsconfig.json是否有语法错误（多余逗号、单引号、注释），否则整个文件会被静默跳过 - 确认 VSCode 打开的是项目根目录，不是
src/这类子文件夹
