原始类型操作本身几乎不抛异常，但对null/undefined调用方法或访问属性、对原始值调用不存在方法、解构/展开null/undefined会抛typeerror；应优先用类型检查或可选链防御，而非try-catch。
JavaScript 原始类型操作本身几乎不会主动抛出运行时异常，但**在对原始值执行对象式操作时，会隐式装箱并触发 TypeError**——这是最常见、也最容易被忽略的异常来源。规范捕捉的关键不是“到处加 try-catch”，而是精准识别高风险操作点，并做最小化、有依据的防护。
哪些原始类型操作真正可能抛异常？
以下操作在运行时明确可能抛 TypeError（唯一需关注的原始类型相关异常）：
- 对 null 或 undefined 调用方法或访问属性：
undefined.toString()、null.length - 对 number、string、boolean 等原始值调用不存在的方法：
42.foo()、"abc".map(...) - 对原始值使用 解构赋值 且右侧为 null/undefined：
const {x} = null - 对原始值使用 展开运算符（如
[...null]、{...42}）
不推荐也不需要捕获的操作
这些看似“原始操作”的行为，不会抛异常，无需 try-catch：
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 算术运算：
10 / 0→Infinity；"a" + 1→"a1"；NaN === NaN→false - 比较操作：
null == undefined→true；"1" == 1→true - 类型转换：
Number("abc")→NaN；Boolean("")→false - typeof、void、+、- 等一元操作符作用于任意原始值
正确处理方式：防御性检查优于 try-catch
对原始值的安全操作，**优先用类型检查或可选链，而非包裹 try-catch**：
- 用
typeof x === 'string'或x != null预判再操作 - 用可选链（
?.）安全访问：obj?.name?.toUpperCase() - 用空值合并（
??）提供默认值：str?.trim() ?? '' - 仅当操作来自不可信外部（如用户输入 JSON 解析后取字段），且已知该字段可能为 null/undefined 且必须调用方法时，才考虑最小范围 try-catch
真要用 try-catch 的典型场景示例
仅限以下明确、窄范围、有业务依据的情况：
- 解析用户粘贴的 JSON 字符串后，尝试调用其某个方法（该 JSON 可能含 null/undefined 字段）：
try { data.handler?.() } catch (e) { if (e instanceof TypeError) { /* 记录日志并跳过 */ } } - 第三方库返回值类型文档模糊，实际可能返回原始值却声称返回对象，又必须调用其方法
- 服务端返回结构不稳定，某字段本应是对象但偶发为字符串，而你需从中提取子属性
