JavaScript 避免类型错误需分层检查：开发用 TypeScript/JSDoc 静态校验，运行时对输入轻量断言，嵌套访问用可选链，函数内参数校验并明确失败路径。
JavaScript 中避免类型错误崩溃，关键不是“猜类型”，而是建立分层的、可落地的检查机制——从开发阶段到运行时，每层都堵住常见漏洞点。
运行前：用 TypeScript 或 JSDoc 做静态校验
静态检查能在代码执行前发现 70% 以上的类型问题。TypeScript 是最彻底的方式，但 JSDoc 配合 VS Code 的 "checkJs": true 也能快速生效：
- 给函数参数和返回值加明确标注，比如：
/** @param {string} url @returns {string} */ function getQueryString(url) { ... } - 用
@type注解复杂对象结构，防止深层属性访问出错； - 启用 IDE 类型提示后，传入
null或数字时会立刻标红警告，不用等运行才报Cannot read property 'xxx' of undefined。
运行时：对关键输入做轻量级类型断言
外部数据（如 API 返回、URL 参数、表单值）永远不可信，必须在使用前验证。不推荐只用 typeof，它对 null 和数组识别不准：
- 判断是否为字符串：用
typeof x === 'string' && x.length >= 0（排除空字符串可按需调整）； - 判断是否为数组：优先用
Array.isArray(x)，比x instanceof Array更可靠； - 判断是否为有效数字：用
Number.isFinite(Number(x))，比!isNaN(x)更严谨； - 对对象属性链式访问，直接用可选链：
user?.profile?.avatar?.url，无需层层if (user && user.profile...)。
边界操作：封装安全访问工具或使用成熟库
频繁处理嵌套数据时，手写防御性代码易漏、难维护。两种务实方案：
立即学习“Java免费学习笔记（深入）”；
- 小项目：用原生可选链（
?.）+ 空值合并（??），例如：config?.timeout ?? 5000； - 中大型项目：引入 Zod 或 Yup 做运行时 Schema 校验，尤其适合 API 响应解析：
const UserSchema = z.object({ id: z.number(), name: z.string().min(1) });<br>const user = UserSchema.parse(data); // 类型不符直接抛结构化错误
函数内部：参数校验 + 明确失败路径
不要假设调用方一定传对了类型。一个健壮的函数应该自己兜底：
- 开头就检查必要参数类型，错误时抛出语义清晰的错误：
if (typeof radius !== 'number') throw new TypeError('radius must be a number'); - 避免用
if (arr)判断数组——0、false、''都会转成false；改用Array.isArray(arr) && arr.length > 0； - 对可能为
null或undefined的值，显式处理：const id = input?.id ?? defaultId;而不是直接input.id.toString()。
