Node.js: Fehlercodes

Eine Node.js-API wurde auf nicht unterstützte Weise aufgerufen, z. B. Buffer.write(string, binding, offset[, length]).

Es wurde versucht, Funktionen zu verwenden, die Temporal erfordern, aber Node.js wurde nicht mit Temporal-Unterstützung kompiliert oder sie wurde in der aktuellen Umgebung deaktiviert (z. B. bei der Ausführung mit --no-harmony-temporal).

Es wurde versucht, Funktionen zu verwenden, die native TypeScript-Unterstützung erfordern, Node.js wurde jedoch nicht mit TypeScript-Unterstützung kompiliert.

Eine Operation ist fehlgeschlagen. Dies wird normalerweise verwendet, um den allgemeinen Fehler eines asynchronen Vorgangs zu signalisieren.

Es wurde versucht, Optionen abzurufen, bevor das Bootstrapping abgeschlossen war.

Wird allgemein verwendet, um zu identifizieren, dass ein Vorgang einen Speichermangel verursacht hat.

Ein gegebener Wert liegt außerhalb des akzeptierten Bereichs.

Das package.json-Feld „imports“ definiert nicht die angegebene interne Paketspezifiziererzuordnung.

Ein Modul hat versucht, einen bloßen Spezifizierer mithilfe der Paketzuordnung aufzulösen, aber die Importdatei befindet sich in keinem in der Zuordnung definierten Paket. Um diesen Fehler zu beheben, stellen Sie sicher, dass sich die Importdatei in einem der in der Paketzuordnung aufgeführten Paketverzeichnisse befindet, oder fügen Sie einen neuen Paketeintrag hinzu, dessen URL die Importdatei abdeckt.

Die Paketzuordnungskonfigurationsdatei ist ungültig. Dies kann passieren, wenn:

Das Abhängigkeitsobjekt eines Pakets in der Paketzuordnung verweist auf einen Paketschlüssel, der nicht im Paketobjekt definiert ist. In diesem Beispiel wird „nonexistent“ als Abhängigkeitsziel referenziert, aber nicht in Paketen definiert, was diesen Fehler auslöst. Um diesen Fehler zu beheben, stellen Sie sicher, dass alle Paketschlüssel, auf die in Abhängigkeitswerten verwiesen wird, im Paketobjekt definiert sind.

Das Feld „exports“ in package.json exportiert den angeforderten Unterpfad nicht. Da Exporte gekapselt sind, können private interne Module, die nicht exportiert werden, nicht über die Paketauflösung importiert werden, es sei denn, es wird eine absolute URL verwendet.

Wenn „strict“ auf „true“ gesetzt ist, wird es von util.parseArgs() ausgelöst, wenn ein <boolean>-Wert für eine Option vom Typ <string> bereitgestellt wird, oder wenn ein <string>-Wert für eine Option vom Typ <boolean> bereitgestellt wird.

Wird von util.parseArgs() ausgelöst, wenn ein Positionsargument bereitgestellt wird und „allowPositionals“ auf „false“ gesetzt ist.

Wenn „strict“ auf „true“ gesetzt ist, wird es von util.parseArgs() ausgelöst, wenn in den Optionen kein Argument konfiguriert ist.

Das Modul „node:repl“ konnte die Daten aus der REPL-Verlaufsdatei nicht analysieren.

Für eine Leistungsbewertung oder -kennzahl wurde ein ungültiger Zeitstempelwert angegeben.

Für eine Leistungsmessung wurden ungültige Optionen angegeben.

Der Zugriff auf Object.prototype.__proto__ wurde mit --disable-proto=throw verboten. Object.getPrototypeOf und Object.setPrototypeOf sollten verwendet werden, um den Prototyp eines Objekts abzurufen und festzulegen.

Die Weiterleitung einer Anfrage ist fehlgeschlagen, da die Proxy-Konfiguration ungültig ist.

Der Proxy-Tunnel konnte nicht eingerichtet werden, wenn NODE_USE_ENV_PROXY oder --use-env-proxy aktiviert ist.

Es ist ein QUIC-Anwendungsfehler aufgetreten.

Der Aufbau einer QUIC-Verbindung ist fehlgeschlagen.

Ein QUIC-Endpunkt wurde mit einem Fehler geschlossen.

Das Öffnen eines QUIC-Streams ist fehlgeschlagen.

Der Node.js-Fehlercode für einen QuicError, der zum Abbruch eines QUIC-Streams oder einer QUIC-Sitzung mit einem expliziten Anwendungs- oder Transportfehlercode ausgelöst wird.

Ein QUIC-Stream wurde vom Peer zurückgesetzt. Der Fehler umfasst den vom Peer bereitgestellten Reset-Code.

Es ist ein QUIC-Transportfehler aufgetreten.

Eine QUIC-Sitzung ist fehlgeschlagen, da eine Versionsaushandlung erforderlich ist.

Beim Versuch, require() ein ES-Modul zu verwenden, stellt sich heraus, dass das Modul asynchron ist. Das heißt, es enthält Warten auf oberster Ebene. Wenn es nicht erfasst wird, gibt das Flag --experimental-print-required-tla die Positionen der Wartevorgänge der obersten Ebene im Diagramm an stderr aus. Dieser Fehler weist die folgenden zusätzlichen nicht aufzählbaren Eigenschaften auf:

Beim Versuch, require() ein ES-Modul auszuführen, nimmt ein CommonJS-zu-ESM- oder ESM-zu-CommonJS-Edge an einem unmittelbaren Zyklus teil. Dies ist nicht zulässig, da ES-Module nicht evaluiert werden können, während sie bereits evaluiert werden. Um den Zyklus zu vermeiden, sollte der in einem Zyklus enthaltene Aufruf von require() nicht auf der obersten Ebene eines ES-Moduls (über createRequire()) oder eines CommonJS-Moduls erfolgen und sollte träge in einer inneren Funktion erfolgen.

Es wurde versucht, ein ES-Modul anzufordern(). Dieser Fehler ist veraltet, da require() jetzt das Laden synchroner ES-Module unterstützt. Wenn require() auf ein ES-Modul trifft, das Wait auf oberster Ebene enthält, wird stattdessen ERR_REQUIRE_ASYNC_MODULE ausgelöst.

Es wurde versucht, ein ES-Modul mit require() anzufordern, während bereits ein anderer import()-Aufruf ausgeführt wurde, um es asynchron zu laden.

Eine Funktion, die eine Laufzeitzuweisung von ausführbarem Speicher erfordert, wurde in einer Umgebung verwendet, in der diese Funktion nicht verfügbar ist. Dazu gehört die Erstellung einer ansonsten geeigneten FFI-Fast-API-Funktion oder die Zuweisung eines FFI-Rückrufs, wenn libffi keinen Abschluss bereitstellen kann und der ausführbare Speicher nicht verfügbar ist. Node.js garantiert keinen Fallback für nicht generierten Code für diese Vorgänge. Dieser Fehler kann abgefangen werden, ohne den Prozess abzubrechen.

Die Skriptausführung wurde durch SIGINT unterbrochen (z. B. wurde Strg+C gedrückt.)

Zeitüberschreitung bei der Skriptausführung, möglicherweise aufgrund von Fehlern im ausgeführten Skript.

Die Methode server.listen() wurde aufgerufen, während ein net.Server bereits zuhörte. Dies gilt für alle Instanzen von net.Server, einschließlich HTTP-, HTTPS- und HTTP/2-Serverinstanzen.

Die Methode server.close() wurde aufgerufen, als kein net.Server lief. Dies gilt für alle Instanzen von net.Server, einschließlich HTTP-, HTTPS- und HTTP/2-Serverinstanzen.

Zur Identifizierung eines Assets wurde ein Schlüssel an einzelne ausführbare Anwendungs-APIs übergeben, es konnte jedoch keine Übereinstimmung gefunden werden.

Es wurde versucht, einen bereits gebundenen Socket zu binden.