WebStorm 不提供一键生成空值检查的内置功能，因其属业务逻辑决策；仅通过启用 TypeScript 的 Possible null pointer access 检查并配合 Alt+Enter 快速修复（如 Surround with ‘if (x != null)’）实现有限自动化。
WebStorm 本身不提供“一键生成空值检查代码”的内置功能，它不会自动为你在函数入口或参数使用前插入 if (x == null) 或 throw new Error 这类防御性逻辑——这不是遗漏，而是设计取舍：空值校验属于业务逻辑层决策，IDE 不会越界代写运行时判断。
为什么 Alt+Enter / Generate 菜单里找不到“Generate Null Check”
WebStorm 的 Alt+Insert（Windows/Linux）或 ⌘N（macOS）菜单只包含构造函数、Getter/Setter、Override 方法等结构化生成项；Alt+Enter 提供的意图操作（Intentions）也仅覆盖类型断言、非空断言（!）、可选链转普通访问等已有上下文的转换，而非凭空插入校验语句。你看到的“空值相关建议”，基本都依赖你已写出的部分代码作为触发前提：
- 写了
obj.name但obj类型含null | undefined→ 灯泡提示 “Add non-null assertion (!)” 或 “Replace with optional chaining” - 用了
function foo(x: string | null)且后续直接访问x.length→ 报错后Alt+Enter可能给出 “Surround with ‘if (x != null)’” 快速修复（需启用对应 inspection） - 字段声明为
private name!: string（非空断言）→ IDE 不会自动生成运行时校验，只跳过编译检查
真正能“一键插入空值检查”的路径：靠 Inspection + Quick-Fix 配合
WebStorm 内置的 Unnecessary non-null assertion、Possible null pointer access 等检查项本身不生成代码，但开启对应 quick-fix 后，可在报错处一键包裹 if 或改用可选链。关键在于先让问题暴露出来：
- 确保
Settings | Editor | Inspections | TypeScript | Possible null pointer access已启用，严重级别设为 Warning 或 Error - 把光标精准停在可能为
null的变量名或属性访问符上（比如user.profile.avatar.url中的url），再按Alt+Enter - 若出现 “Surround with ‘if (x != null)’” 选项，说明当前上下文被识别为潜在空值访问点；选中即插入完整
if块（注意：它只包裹当前表达式，不会自动补全else分支） - 若项目已配 ESLint，且规则如
no-unused-expressions或@typescript-eslint/no-non-null-assertion启用了 fix，Alt+Shift+Enter可批量替换!为安全访问
手写空值检查时，WebStorm 能帮你省掉哪些重复劳动
虽然不生成整段逻辑，但以下动作可大幅降低出错率：
- 输入
if (后，输入变量名再敲==或!=，WebStorm 会自动补全为!= null或== null（基于类型推导） - 写完
if (x != null) { }，把光标放在大括号内按Ctrl+Alt+V（Extract Variable），可快速把后续表达式抽成带非空类型的新变量 - 对已声明的可选参数（
function load(id?: string)），在函数体内输入id.，补全列表会过滤掉string专属方法（如trim()），倒逼你先处理undefined分支 - Live Template 自定义：新建一个缩写如
nncheck，展开为if ($VAR$ != null) { $END$ }，下次输入nncheck+Tab即可复用
最易被忽略的一点：WebStorm 的空值检查能力高度依赖类型系统是否“诚实”。如果你用 any、// @ts-ignore 或未标注返回类型的函数，所有相关 inspection 和 quick-fix 都会失效——它不猜，只信你写的类型。
