VSCode中“Object is possibly 'null'”报错是TypeScript严格空检查生效的提醒，需确保tsconfig.json启用"strict": true和"strictNullChecks": true，VSCode使用工作区TS版本并重启TS服务，否则非空断言(!)无效。
VSCode 里 Object is possibly 'null' 报错，不是编辑器在挑刺，而是 TypeScript 类型系统在提醒你：这个值真可能为 null，你没做安全处理就直接访问了属性或方法。
为什么加了 !（非空断言）还是报错？
常见错误现象：obj!.prop 写了，但 VSCode 依然标红提示 Object is possibly 'null'；或者状态栏显示 TS 版本是 Bundled，! 完全没效果。
-
!是 TypeScript 的语法糖，它只在启用strictNullChecks时才有意义——如果该选项根本没生效，!就被忽略，类型系统当它不存在 - 确认
tsconfig.json中是否同时写了"strict": true和"strictNullChecks": true；只写strict在某些工作区中会导致语言服务不识别! - 按
Ctrl+Shift+P→ 输入TypeScript: Select TypeScript Version，必须选Use Workspace Version；否则!不会被解析 -
!不能绕过文件未被包含的问题：如果该.ts文件不在tsconfig.json的include或files列表里，整个文件都不会参与类型检查
obj?.prop 和 obj!.prop 到底怎么选？
两者语义完全不同，不是“哪个更省事”的问题，而是“你想表达什么逻辑”：
-
obj?.prop表示“如果obj存在，才取prop，否则返回undefined”，这是安全可预测的运行时行为，推荐用于不确定性的场景 -
obj!.prop表示“我，开发者，向类型系统担保：此处obj绝对不为null或undefined”，一旦运行时它真是null，就会直接报错（如Cannot read property 'prop' of null） - 不要用
!去“压制”本该做判断的地方。比如document.getElementById('xxx')!.innerHTML—— 如果元素不存在，!不会帮你找 bug，只会让崩溃来得更早 - 若逻辑上能保证非空（例如构造函数已赋值、生命周期钩子后才访问），且你愿意承担担保责任，
!才合适
报错但 tsc 命令行不报？一定是 VSCode 没读对配置
典型表现：你在终端跑 tsc 能看到 Object is possibly 'null'，但 VSCode 编辑器里毫无波澜。
- 检查 VSCode 打开的是否是项目根目录（即含
tsconfig.json的最外层文件夹），不是src/或packages/my-lib/ - 点击右下角 TS 版本号，确认显示的是类似
TS 5.4.5 (Workspace)，而非Bundled - 执行
TypeScript: Restart TS server—— 修改tsconfig.json后，已打开的文件不会自动重校验，必须手动重启服务 - 检查有没有
// @ts-nocheck注释在文件顶部，或exclude把当前路径排除了
真正容易被忽略的点是：TypeScript 语言服务对配置的加载非常“路径敏感”。哪怕多一层目录、少一个 "、多一个尾随逗号，都可能导致整个 strictNullChecks 静默失效——它不会报配置错误，只会安静地退回到宽松模式。
