既然我们可以throw在Javascript中用关键字抛出任何东西，那么我们不能直接抛出一个错误消息字符串吗？
有谁知道这有什么问题吗？
让我为此添加一些背景知识：在 JavaScript 世界中，人们通常依赖参数检查而不是使用 try-catch 机制，因此仅使用throw. 尽管如此，为了能够捕获一些系统错误，我必须为自己的错误使用不同的类，而不是创建 Error 的子类，我认为我应该只使用 String。
抛出字符串而不是错误
IT技术
javascript
2021-01-18 02:40:52
5个回答
虽然是好的可能引发任意值，它通常被认为是拙劣的形式抛出比的实例之外的任何Error或它的一个子类。有几个原因：
- 捕获代码可能期望抛出的对象有一般的
message，stacktrace和name出现在性质Error秒。 - 缺乏堆栈跟踪会导致调试出现问题，尤其是在未捕获的异常/未处理的拒绝的情况下。例如，调试“Uncaught [Object object]”错误可能特别痛苦。
你可以用消息抛出错误，你知道的。
try {
throw new Error("This is an error");
} catch (e) {
alert(e.message); // This is an error
}
但你实际上可以抛出字符串：
try {
throw "This is an error";
} catch (e) {
alert(e); // This is an error
}
正如其他人在上面提到的，如果你没有抛出一个 Error 对象，那么你必须有 try/catch 块来捕获这些对象并适当地处理它们，否则在调试时会受到伤害。
然而，当为了控制程序流等非错误处理目的而抛出错误时，这可能是一种throw没有错误的有用方法。
当使用 throws 来控制程序流时，它在任何语言中都可能是低效的，因为运行时通常会做很多繁重的工作来展开调用堆栈信息并序列化数据，使其可用于用户范围。通过避免错误创建，您可以避免这种性能下降。关键是您必须在调用堆栈上有一个知道如何处理这种情况的处理程序。例如，如果您throw {isHardStop: true, stopCode: SOME_CODE}设计处理程序来检测这一点，您可能能够扁平化一些代码或选择更简洁的语法。
您用于此梯子案例的处理程序的结构可以如下：
try { ... } catch(thr) {
if(!thr){
// Is not Error or Json - Handle accordingly
} else if(thr.isHardStop){
// Handle the stop
} else {
// Most likely a real error. Handle accordingly
}
}
尽管您可以抛出您想要的任何类型的数据，但这在调试时并不是最佳选择。JSError对象包含有关 Error 和消息的所有类型的信息。而字符串只能包含一条消息。
这些附加信息包括：
- fileName：从哪个文件抛出错误
- Linenumber :从哪一行抛出错误
- 堆栈跟踪：从哪个函数调用错误
例如，这是来自 chrome devtools 的堆栈跟踪：
