投掷字符串而不是错误

由于我们可以用throwJavascript中的关键字抛出任何内容，因此我们不能直接抛出错误消息字符串吗？

有人知道有什么收获吗？

让我为此添加一些背景：在JavaScript世界中，人们通常依赖于参数检查，而不是使用try-catch机制，因此仅使用抛出致命错误是有意义的throw。不过，为了能够捕获某些系统错误，我必须对自己的错误使用其他类，并且我不应该创建Error的子类，而应该使用String。

可以随意抛出任何内容，但是请记住，如果捕获在您自己的代码之外，则可能期望使用完整的Error实例而不是纯字符串。

是的，您可以抛出其他值，但这不是一个好习惯。

有人知道有什么收获吗？

字符串不是错误对象，并且不会传达任何有用的调试信息。Devtools依赖于此，例如创建错误的文件和行，该throw位置的stacktrace等，这些都可以作为Error对象的属性使用。

每当您想到抛出原始字符串值时，就抛出一个new Error("<the string>")替代。

您知道，您可以在消息中抛出错误。

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无错误利用的有用方法。

当使用抛出来控制程序流时，它在任何语言中都可能效率低下，因为运行时通常会花很多时间来释放调用堆栈信息并序列化数据，以便其可用于用户范围。通过避免错误创建，可以避免这种性能下降。关键是您必须在调用堆栈上拥有一个知道如何处理这种情况的处理程序。例如，如果您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对象包含有关错误和消息的所有信息。而字符串只能包含一条消息。

这些附加信息包括：

1. fileName：从哪个文件引发错误
2. Linenumber：从哪一行引发错误
3. stacktrace：从哪个函数调用错误

例如，这是chrome devtools的堆栈跟踪：