非空断言操作符!是typescript中绕过类型检查的快捷写法，仅适用于100%确认值不为空的场景，真正防崩溃需依赖可选链?.、空值合并??、条件判断等运行时安全手段。
非空断言操作符 ! 是 TypeScript 中一个“告诉编译器别管了，这值肯定不为空”的快捷写法，但它本身不防止崩溃——它只是绕过类型检查，把风险留给运行时。真正防崩溃，靠的是逻辑判断或安全操作符，而不是加感叹号。
什么时候能用 !，以及怎么用才相对稳妥
它只适用于你100% 确认该值在当前执行路径下绝不可能为 null 或 undefined的场景。比如：
- DOM 元素已通过
document.getElementById获取，并且你确定该 ID 在页面中一定存在（比如服务端渲染保证、或组件挂载后才执行）； - 某个 ref 对象（如 Vue 的
ref()或 React 的useRef()）已在生命周期中被赋值，且后续调用时不会为空； - 外部 API 返回的数据结构你完全掌控，且文档明确说明某字段必填，但 TypeScript 类型定义因泛型或兼容性原因标为可选。
! 不是万能钥匙，乱用等于埋雷
以下写法看着简洁，但极易引发 Cannot read property 'xxx' of undefined 运行时错误：
-
user.address!.street—— 如果user.address实际为undefined，程序立刻崩溃； -
config.apiBaseURL!—— 若配置未加载完成或缺失，config整个对象都可能是undefined，这时!没法挽救； - 连续使用：
data.items![0]!.name!—— 多层断言掩盖了真实的数据不确定性，维护成本高、可读性差。
真正防崩溃的替代方案
比起依赖 !，更推荐这些既类型安全又运行健壮的方式：
-
可选链（?.）：访问深层属性时自动短路，
user.address?.street返回undefined而不是报错； -
空值合并（??）：提供默认值，
user.name ?? 'Anonymous'； -
类型守卫 + 条件判断：用
if (user.address)或自定义函数isDefined(val)显式校验； -
解构时设置默认值：例如
const { street = '' } = user.address || {};； -
启用 ESLint 规则：
@typescript-eslint/no-non-null-assertion（已设为 error），强制团队避免随意使用!。
一句话总结
! 是一个有代价的“信任声明”，它不改变值本身，也不做任何运行时检查；防崩溃的关键不在加叹号，而在用 ?. 、??、条件判断和良好数据初始化来兜底。
