null是主动赋值的空引用，表示“本该有对象但此刻为空”；undefined是引擎自动赋予的默认值，表示“未初始化或未返回”。二者语义不同，混用会模糊逻辑意图。
处理 null 的核心不是“避开它”，而是用它准确表达“本该有对象，但此刻为空”的意图。关键在于语义清晰、类型安全、边界明确。
明确区分 null 与 undefined
null 是主动赋值的空引用，undefined 是未初始化或未返回的默认值。混用会模糊逻辑意图。
- 初始化一个可能指向 DOM 元素的变量时，写
let el = null;，而不是let el;—— 后者让人不确定是还没查，还是查不到 - 函数返回值若表示“找不到对应对象”，应显式返回
null；若表示“未执行/未定义行为”，才让其自然返回undefined - 判断时优先用严格相等：
if (el === null)比if (!el)更精准，避免把0、false、''误判为空引用
配合类型系统做主动防护
在 TypeScript 或带类型检查的环境中，null 是类型声明的一部分，不是缺陷，而是契约。
- 声明变量时注明可空类型，例如：
const button: HTMLButtonElement | null = document.querySelector('button'); - 使用前必须做存在性检查，TypeScript 会强制你写
if (button) { ... }或用非空断言button!.click()（仅当你 100% 确认不为 null） - 避免把
null当作“占位符”塞进数字、字符串字段里，比如age: null—— 数字字段应初始化为0或保持undefined，null只用于对象引用上下文
在 API 和 DOM 场景中保持语义一致
浏览器和主流 API 对 null 的使用已有约定，沿用这些习惯能减少认知负担。
立即学习“Java免费学习笔记（深入）”；
-
document.getElementById('xxx')查不到就返回null，这是标准行为，不必额外包装成undefined或抛错 - 后端返回 JSON 中某对象字段为
null（如"user": null），前端应理解为“该用户数据明确不存在”，而非“字段缺失”或“解析失败” - 工厂函数创建资源失败时，返回
null比返回{}或false更诚实 —— 空对象可能被误当作有效实例调用方法
序列化与调试时注意行为差异
null 在不同环节表现不同，需提前知晓，避免意外。
- JSON.stringify() 会保留
null字段（{"name": null}），而undefined字段会被直接忽略（{}） - 控制台打印
null显示为null，清晰可辨；undefined容易和未定义变量混淆 - ESLint 规则如
no-null并不推荐全局禁用 —— 关键不是消灭null，而是确保每次使用都有明确目的和配套检查
