Node.js: Fehlercodes

Wird verwendet, wenn ein Vorgang abgebrochen wurde (normalerweise mithilfe eines AbortControllers). APIs, die AbortSignals nicht verwenden, lösen bei diesem Code normalerweise keinen Fehler aus. Dieser Code verwendet nicht die reguläre ERR_*-Konvention, die Node.js-Fehler verwenden, um mit dem AbortError der Webplattform kompatibel zu sein.

EACCES (Berechtigung verweigert): Es wurde versucht, auf eine durch die Dateizugriffsberechtigungen verbotene Weise auf eine Datei zuzugreifen.

EADDRINUSE (Adresse wird bereits verwendet): Ein Versuch, einen Server (net, http oder https) an eine lokale Adresse zu binden, ist fehlgeschlagen, da ein anderer Server auf dem lokalen System diese Adresse bereits belegt.

ECONNREFUSED (Verbindung abgelehnt): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung aktiv abgelehnt hat. Dies ist in der Regel darauf zurückzuführen, dass versucht wird, eine Verbindung zu einem Dienst herzustellen, der auf dem fremden Host inaktiv ist.

ECONNRESET (Verbindung vom Peer zurückgesetzt): Eine Verbindung wurde von einem Peer zwangsweise geschlossen. Dies ist normalerweise auf einen Verbindungsverlust am Remote-Socket aufgrund einer Zeitüberschreitung oder eines Neustarts zurückzuführen. Wird häufig über die http- und net-Module angetroffen.

EEXIST (Datei existiert): Eine vorhandene Datei war das Ziel einer Operation, die erforderte, dass das Ziel nicht existierte.

EISDIR (Ist ein Verzeichnis): Eine Operation hat eine Datei erwartet, aber der angegebene Pfadname war ein Verzeichnis.

EMFILE (Zu viele offene Dateien im System): Die maximale Anzahl der auf dem System zulässigen Dateideskriptoren wurde erreicht und Anforderungen für einen anderen Deskriptor können erst erfüllt werden, wenn mindestens einer geschlossen wurde. Dies tritt auf, wenn viele Dateien gleichzeitig parallel geöffnet werden, insbesondere auf Systemen (insbesondere macOS), auf denen es ein niedriges Dateideskriptorlimit für Prozesse gibt. Um einen niedrigen Grenzwert zu beheben, führen Sie ulimit -n 2048 in derselben Shell aus, in der auch der Node.js-Prozess ausgeführt wird.

ENOENT (Keine solche Datei oder kein solches Verzeichnis): Wird häufig von fs-Vorgängen ausgelöst, um anzuzeigen, dass eine Komponente des angegebenen Pfadnamens nicht vorhanden ist. Unter dem angegebenen Pfad konnte keine Entität (Datei oder Verzeichnis) gefunden werden.

ENOTDIR (Kein Verzeichnis): Eine Komponente des angegebenen Pfadnamens existierte, war jedoch nicht wie erwartet ein Verzeichnis. Wird häufig von fs.readdir ausgelöst.

ENOTEMPTY (Verzeichnis nicht leer): Ein Verzeichnis mit Einträgen war das Ziel einer Operation, die ein leeres Verzeichnis erfordert, normalerweise fs.unlink.

ENOTFOUND (DNS-Suche fehlgeschlagen): Zeigt einen DNS-Fehler von EAI_NODATA oder EAI_NONAME an. Dies ist kein Standard-POSIX-Fehler.

EPERM (Vorgang nicht zulässig): Es wurde versucht, einen Vorgang auszuführen, der erhöhte Berechtigungen erfordert.

EPIPE (Broken Pipe): Ein Schreibvorgang auf einer Pipe, einem Socket oder einem FIFO, für den es keinen Prozess zum Lesen der Daten gibt. Tritt häufig auf der Netz- und HTTP-Ebene auf und weist darauf hin, dass die Remote-Seite des Streams, in den geschrieben wird, geschlossen wurde.

Ein besonderer Fehlertyp, der immer dann ausgelöst wird, wenn Node.js versucht, Zugriff auf eine durch das Berechtigungsmodell eingeschränkte Ressource zu erhalten.

Ein Funktionsargument wird in einer Weise verwendet, die darauf hindeutet, dass die Funktionssignatur möglicherweise missverstanden wird. Dies wird vom Modul „node:assert“ ausgelöst, wenn der Nachrichtenparameter in „assertion.throws(block, message)“ mit der vom Block ausgegebenen Fehlermeldung übereinstimmt, da diese Verwendung darauf hindeutet, dass der Benutzer davon ausgeht, dass es sich bei der Nachricht um die erwartete Nachricht handelt und nicht um die Nachricht, die der AssertionError anzeigt, wenn der Block nicht auslöst.

Ein iterierbares Argument (d. h. ein Wert, der mit for...of-Schleifen funktioniert) war erforderlich, wurde jedoch nicht für eine Node.js-API bereitgestellt.

Ein besonderer Fehlertyp, der immer dann ausgelöst werden kann, wenn Node.js einen außergewöhnlichen Logikverstoß erkennt, der niemals auftreten sollte. Diese werden typischerweise vom Modul node:assert ausgelöst.

Es wurde versucht, etwas, das keine Funktion ist, als AsyncHooks-Rückruf zu registrieren.

Ein Vorgang im Zusammenhang mit dem Laden von Modulen wird durch einen asynchronen Loader-Hook angepasst, der das Versprechen nie erfüllt, bevor der Loader-Thread beendet wird.

Der Typ einer asynchronen Ressource war ungültig. Benutzer können auch ihre eigenen Typen definieren, wenn sie die öffentliche Embedder-API verwenden.

An einen Brotli-Stream übergebene Daten wurden nicht erfolgreich komprimiert.

Beim Erstellen eines Brotli-Streams wurde ein ungültiger Parameterschlüssel übergeben.

Es wurde versucht, eine Node.js-Pufferinstanz aus Add-on- oder Embedder-Code zu erstellen, während sie sich in einem JS-Engine-Kontext befand, der keiner Node.js-Instanz zugeordnet ist. Die an die Buffer-Methode übergebenen Daten sind freigegeben, wenn die Methode zurückkehrt. Wenn dieser Fehler auftritt, besteht eine mögliche Alternative zum Erstellen einer Buffer-Instanz darin, ein normales Uint8Array zu erstellen, das sich nur im Prototyp des resultierenden Objekts unterscheidet. Uint8Arrays werden allgemein in allen Node.js-Kern-APIs akzeptiert, in denen Puffer vorhanden sind. Sie sind in allen Kontexten verfügbar.

Es wurde versucht, einen Vorgang außerhalb der Grenzen eines Puffers durchzuführen.

Es wurde versucht, einen Puffer zu erstellen, der größer als die maximal zulässige Größe ist.

Der an postMessage() übergebene Wert enthielt ein Objekt, dessen Übertragung nicht unterstützt wird.

Node.js konnte nicht auf das SIGINT-Signal achten.

Ein untergeordneter Prozess wurde geschlossen, bevor der übergeordnete Prozess eine Antwort erhielt.

Wird verwendet, wenn ein untergeordneter Prozess ohne Angabe eines IPC-Kanals geforkt wird.

Wird verwendet, wenn der Hauptprozess versucht, Daten aus STDERR/STDOUT des untergeordneten Prozesses zu lesen, und die Datenlänge länger als die Option maxBuffer ist.

Es wurde versucht, eine MessagePort-Instanz im geschlossenen Zustand zu verwenden, normalerweise nachdem .close() aufgerufen wurde.

Die Konsole wurde ohne stdout-Stream instanziiert oder die Konsole verfügt über einen nicht beschreibbaren stdout- oder stderr-Stream.

Es wurde ein Klassenkonstruktor aufgerufen, der nicht aufrufbar ist.

Ein Konstruktor für eine Klasse wurde ohne new aufgerufen.

Der an die API übergebene VM-Kontext ist noch nicht initialisiert. Dies kann passieren, wenn beim Erstellen des Kontexts ein Fehler auftritt (und abgefangen wird), beispielsweise wenn die Zuweisung fehlschlägt oder die maximale Aufrufstapelgröße beim Erstellen des Kontexts erreicht wird.

Das CPU-Profil mit dem angegebenen Namen ist bereits gestartet.

Das CPU-Profil mit dem angegebenen Namen wurde nicht gestartet.

Es werden zu viele CPU-Profile erfasst.

Der native Aufruf von „process.cpuUsage“ konnte nicht verarbeitet werden.