throw可抛出任意类型值，但推荐仅抛Error实例，因其含message、name、stack等关键属性，便于调试与工具链解析；非Error值虽语法合法，但缺乏堆栈信息且易被第三方库忽略。
可以，throw 关键字本身不限制类型，能抛出任意值：字符串、数字、布尔值、对象、null，甚至 undefined 都合法。
throw 支持的类型范围很宽
ECMAScript 规范只要求 throw 后跟一个表达式，不强制必须是 Error 实例。例如：
-
throw "用户名缺失"—— 抛出字符串 -
throw 400—— 抛出数字 -
throw { code: 500, msg: "服务异常" }—— 抛出普通对象 -
throw null—— 抛出 null（语法上允许，但极少用）
为什么推荐只抛 Error 实例
不是语法限制，而是工程实践需要。Error 对象自带关键属性，便于统一处理：
- message：明确的错误描述
-
name：标识错误类型（如
TypeError） - stack：完整的调用栈信息，对定位问题至关重要
- 所有主流工具链（DevTools、Sentry、日志系统）都默认解析 Error 实例，对字符串或数字几乎不提供堆栈追踪
实际捕获时的行为差异
catch 块接收到的值，就是你 throw 的原始值：
立即学习“Java免费学习笔记（深入）”；
- 若
throw "fail"，catch(e)中的e就是字符串"fail"，没有e.stack或e.name - 若
throw new TypeError("fail")，e是完整 Error 实例，可安全访问e.message、e.stack、e.name === "TypeError" - 第三方库（如 Axios、React 错误边界）也按 Error 实例设计，传入字符串可能被静默忽略或导致不可预期行为
特殊情况下的非 Error 抛出
极少数场景下，抛非 Error 有其合理性，但需谨慎：
- 简易调试：临时
throw "HERE"快速打断执行流（上线前必须删掉） - 与旧系统兼容：某些遗留代码约定用数字码表示状态，且配套 catch 已适配该逻辑
- 自定义控制流：如某些状态机用
throw STOP代替 return，但这已超出错误处理范畴，属高级技巧，不推荐新手模仿
