Throw something对对象和字符串都有效。但是它比另一种方法更不受支持。throw new Error("")将只对字符串起作用，并在catch块中将对象转化为无用的[Object obj]。

'throw new Error'和'throw someObject'在javascript中的区别在于，throw new Error将传递给它的错误以以下格式包装

{name: '错误'，消息:'传入构造函数的字符串' ｝

throw someObject将按原样抛出对象，并且不允许从try块执行任何进一步的代码，即与throw new Error相同。

下面是关于Error对象和抛出自己的错误的一个很好的解释

错误对象

在发生错误时，我们能从中提取什么?所有浏览器中的Error对象都支持以下两个属性:

name:错误的名称，或者更具体地说，错误所属的构造函数的名称。 message:错误的描述，该描述因浏览器而异。

name属性可以返回六个可能的值，如前所述，它对应于错误构造函数的名称。它们是:

Error Name          Description

EvalError           An error in the eval() function has occurred.

RangeError          Out of range number value has occurred.

ReferenceError      An illegal reference has occurred.

SyntaxError         A syntax error within code inside the eval() function has occurred.
                    All other syntax errors are not caught by try/catch/finally, and will
                    trigger the default browser error message associated with the error. 
                    To catch actual syntax errors, you may use the onerror event.

TypeError           An error in the expected variable type has occurred.

URIError            An error when encoding or decoding the URI has occurred 
                   (ie: when calling encodeURI()).

抛出自己的错误(异常)

在控制自动从try块转移到catch块之前，您不必等待6种类型错误中的一种发生，还可以显式地抛出自己的异常，以强制按需发生这种情况。这对于创建关于错误是什么以及何时应该将控制转移到catch的定义非常有用。

下面的文章可能会更详细地说明哪个是更好的选择;throw 'An error'或throw new error ('An error'):

http://www.nczonline.net/blog/2009/03/10/the-art-of-throwing-javascript-errors-part-2/

它表明后者(new Error())更可靠，因为像Internet Explorer和Safari(不确定版本)这样的浏览器在使用前者时不能正确地报告消息。

这样做将导致抛出错误，但并非所有浏览器都以您期望的方式响应。Firefox, Opera和Chrome都显示一个“未捕获的异常”消息，然后包含消息字符串。Safari和Internet Explorer只是抛出一个“未捕获的异常”错误，根本不提供消息字符串。显然，从调试的角度来看，这是次优的。

TLDR

throw new Error('problem')捕获错误发生位置的许多属性。

抛出“问题”则不然

new Error('message')捕获执行堆栈+其他

使用Error对象允许您在抛出错误时捕获执行堆栈。因此，当错误被传递到错误处理树时，这个堆栈快照也会被传递。

因此，在我的代码库中插入throw“test error”会导致:

而throw new Error('test Error ')会导致:

您可以看到本机Error对象在抛出错误时捕获堆栈，并使捕获错误的任何对象都可以使用它。这使我在调试时更容易跟踪问题。

除此之外，它还捕获诸如fileName、lineNumber和columnNumber等属性。

如果您使用堆栈跟踪，则异常跟踪器将为您记录日志

在这种情况下，堆栈将被打印到浏览器控制台，但如果你使用的是Javascript错误记录工具，如Appsignal或Bugsnag，那么堆栈也将在它们中可用。如果你检查错误对象，你可以直接访问堆栈快照:

err = new Error('test')
err.stack

我用来决定使用哪种格式的启发式方法

当我不打算捕获异常时，我使用new Error('problem')

当我抛出一个错误，因为应用程序中发生了一些意想不到的或超出范围的事情，假设本地数据存储损坏了，我可能不想处理它，但我确实想标记它。在本例中，我将使用Error对象，这样我就有了堆栈快照。

通过使用throw new Error('Datastore is corrupt ')，更容易追踪到所发生的事情。

当我计划捕获异常时，我使用抛出'problem'

在重新阅读这篇文章时，我认为下一部分需要一些谨慎。通常，非常具体地说明要捕获的错误是一个好主意，否则您可能会捕获您真正想要一直冒泡的东西。一般来说，创建特定的错误类型并捕获特定的错误(或消息字符串)可能更好。这使得你没有预料到的错误浮出水面。”

如果错误是我计划捕获和处理的预期错误，那么我将不会从堆栈快照中得到太多用处。

假设我使用一个http服务，它返回一个500的http代码。我可以将此视为一个错误，我抛出“responseccode =500”，然后随后捕获并处理。

The Error class includes debugging information (as properties of its instances), such as the error's call stack. JS interpreters know how to serialise those properties into an informative error message string, and they can also be consumed by debugging software - such as browser dev tools - to construct a more informative GUI representation of the error. This is why it's generally more useful to throw an instance of the Error class rather than simply throwing, for example, a string describing the error, or a number representing an error code.

使用自定义错误

特别有用的是创建自己的Error子类，它允许您使用描述性名称和机器可读的惟一标识不同类型的错误……

调试线索， 信息，以便更好地面向用户的错误消息，或者 帮助从错误中恢复的信息。

然后，在处理错误时，可以使用简洁的instanceof操作符来检查发生了什么类型的错误。例如:

class ShoesTooBig extends Error {}

class DangerousWaterCurrent extends Error {
    constructor(waterSpeed){
        super(`These waters are moving at ${waterSpeed} metres per second - too fast to cross!`) // Provide a `message` argument to the Error() constructor
        this.waterSpeed = waterSpeed // This passes some context about why/how the error occurred back to whichever function is going to catch & handle it
    }
}

// ...later...

try {
    swimAcrossRiver(footwear, river)
} catch (thrownValue) {
    if (thrownValue instanceof DangerousWaterCurrent) {
        constructDam(river, thrownValue.waterSpeed)
    } else {
        throw thrownValue // "Re-throw" the error back up the execution chain, for someone else to handle
    }
}

new Error() vs Error()

There is a "convenient" shorthand way to make an instance of Error: by calling Error(message), instead of new Error(message), the way you'd make an instance of a normal class. This is a deliberate exception, inserted by the language designers, to the rule. There are similar shorthands for other in-language classes, like Number() and String(). They also let you call these classes with () as if they were functions, not classes. JS doesn't allow normal classes to do this, even though they're all actually functions under the syntactical sugar of "classes". Try in a REPL:

> class E extends Error {}
undefined
> Error(); 'a value'
"a value"
> E(); 'a value'
Uncaught TypeError: Class constructor E cannot be invoked without 'new'
    at <anonymous>:2:1

就我个人而言，我认为这个决定是错误的，因为它为JavaScript规则添加了更多的例外。而不是c++ /Java的new关键字，简单地调用一个类，就好像它是一个函数(如在Number("abc123")))应该执行类的构造函数，并将其绑定到实例，就像通常发生的new关键字一样(这是Python的语法工作方式，它最终更易于阅读和方便)。

你首先提到了这段代码:

throw new Error('sample')

然后在你的第一个例子中你写:

throw new Error({'hehe':'haha'}) 

第一个Error对象实际上是有用的，因为它需要一个字符串值，在本例中是'sample'。第二个则不会，因为您正在试图传递一个对象，并且它期待一个字符串，并且不会显示有用的错误。

错误对象将具有“message”属性，即“sample”。