--unhandled-rejections=mode

使用此标志可以改变发生未经处理的拒绝时应该发生的事情。可以选择以下模式之一

¥Using this flag allows to change what should happen when an unhandled rejection occurs. One of the following modes can be chosen:

• throw：触发 unhandledRejection。如果未设置此钩子，则将未处理的拒绝上升为未捕获的异常。这是默认值。

  ¥throw: Emit unhandledRejection. If this hook is not set, raise the unhandled rejection as an uncaught exception. This is the default.

• strict：上升未处理的拒绝作为未捕获的异常。如果处理了异常，则触发 unhandledRejection。

  ¥strict: Raise the unhandled rejection as an uncaught exception. If the exception is handled, unhandledRejection is emitted.

• warn：始终触发警告，无论是否设置了 unhandledRejection 钩子，但不打印弃用警告。

  ¥warn: Always trigger a warning, no matter if the unhandledRejection hook is set or not but do not print the deprecation warning.

• warn-with-error-code：触发 unhandledRejection。如果未设置此钩子，则触发警告，并将进程退出码设置为 1。

  ¥warn-with-error-code: Emit unhandledRejection. If this hook is not set, trigger a warning, and set the process exit code to 1.

• none：静默所有警告。

  ¥none: Silence all warnings.

如果在命令行入口点的 ES 模块静态加载阶段发生拒绝，则它将始终将其作为未捕获的异常引发。

¥If a rejection happens during the command line entry point's ES module static loading phase, it will always raise it as an uncaught exception.