javascript中抛出自定义错误应使用throw语句配合error实例，推荐继承error类以保留堆栈、支持instanceof判断，并添加code等专属属性；避免throw字符串或普通对象，防止丢失stack和类型识别能力。
在 JavaScript 中抛出自定义错误，核心是使用 throw 语句配合自定义的 Error 实例，而不是直接 throw 字符串或普通对象——后者会丢失堆栈信息、难以统一捕获和识别。
用 Error 构造函数创建标准自定义错误
推荐继承内置 Error 类，确保具备 message、name 和完整堆栈（stack）：
- 直接 new Error('xxx') 是最简方式，适用于通用场景
- 为区分错误类型，可设置
name属性，便于 instanceof 判断或 switch 匹配 - 例如：
const err = new Error('用户未登录'); err.name = 'AuthError'; throw err;
继承 Error 类实现真正可扩展的自定义错误类
ES6+ 支持 class 继承，能添加专属属性（如 code、details），同时保留原生 Error 行为：
- 必须在构造函数中调用
super(message)，并手动设置this.name - 推荐使用
Error.captureStackTrace?.(this, CustomError)（仅 Node.js）补全堆栈；浏览器环境无需额外操作 - 示例：
class ValidationError extends Error {<br> constructor(message, field) {<br> super(message);<br> this.name = 'ValidationError';<br> this.field = field;<br> this.code = 'VALIDATION_FAILED';<br> }<br>}<br>throw new ValidationError('邮箱格式不正确', 'email');
在实际逻辑中合理抛出并捕获
抛出不是目的，关键在于让调用方能清晰识别和响应：
- 业务校验失败、API 响应异常、权限不足等场景，优先用语义化错误类
- catch 中可通过
err instanceof ValidationError精准判断，避免靠字符串匹配 - 不要吞掉错误：即使只做日志，也要 re-throw 或包装后抛出，保留原始堆栈
避免常见误区
有些写法看似可行，但会带来维护隐患：
- ❌
throw 'Network failed'—— 没有 stack，无法 instanceof，message 类型不可靠 - ❌
throw { message: '...', code: 400 }—— 不是 Error 实例，try/catch 中err.stack为 undefined - ❌ 忘记设置
this.name—— 导致err.constructor.name仍是 'Error'，削弱类型识别能力
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
