Warum kann ich nicht innerhalb werfen ein Versprechen.catch-handler?

Als andere haben erklärt, das "schwarze Loch", weil das werfen innerhalb einer .catch weiterhin wird die Kette mit einem abgelehnt Versprechen, und Sie haben keine mehr fängt, was zu einem ungekündigten Kette, die Schwalben Fehler (schlecht!)

Fügen Sie eine weitere zu fangen um zu sehen was passiert:

do1().then(do2).catch(function(err) {
    //console.log(err.stack); //This is the only way to see the stack
    throw err; //Where does this go?
}).catch(function(err) {
    console.log(err.stack); //It goes here!
});

Einen Haken in der Mitte der Kette ist nützlich, wenn Sie wollen die Kette zu gehen, die trotz einer fehlgeschlagenen Schritt, aber ein re-throw ist nützlich, um weiterhin scheitern nach Dinge zu tun, wie die Protokollierung von Informationen oder cleanup-Schritte, vielleicht sogar zu verändern, die Fehler ausgelöst.

Trick

Machen den Fehler zeigen sich als ein Fehler in der web-Konsole, als Sie es ursprünglich beabsichtigt war, habe ich diesen trick verwenden:

.catch(function(err) { setTimeout(function() { throw err; }); });

Sogar die Zeilennummern überleben, so dass der link in der web-Konsole bringt mich direkt zu der Datei und Zeile, wo die (original -) Fehler passiert ist.

, Warum es funktioniert

Jede Ausnahme in einer Funktion, die aufgerufen wird, als ein Versprechen der Erfüllung oder Ablehnung handler wird automatisch umgewandelt, um eine Absage an das Versprechen, das man haben soll, um zurückzukehren. Das Versprechen-code ruft die Funktion kümmert sich um diese.

Einer Funktion, die aufgerufen wird, die von setTimeout auf der anderen Seite, läuft immer von JavaScript stabilen Zustand, d.h. es läuft in einem neuen Zyklus in die JavaScript-event-Schleife. Ausnahmen gibt es nicht fing, indem Sie alles, und stellen Sie es auf der web-Konsole. Da err enthält alle Informationen über den Fehler, inklusive der original-stack, der Datei und der Zeilennummer, es wird immer noch korrekt gemeldet.

InformationsquelleAutor jib

Ich habe versucht, die setTimeout() Methode siehe oben...

.catch(function(err) { setTimeout(function() { throw err; }); });

Störend, ich fand das völlig unüberprüfbare. Denn es wirft ein asynchroner Fehler, können Sie nicht wickeln Sie es in ein try/catch - Anweisung, weil die catch haben, aufgehört haben, von der Zeit, die Fehler ausgelöst.

Ich wieder nur mit einem Zuhörer, die perfekt funktioniert und weil es ist, wie JavaScript verwendet werden soll, war sehr prüfbar.

return new Promise((resolve, reject) => {
    reject("err");
}).catch(err => {
    this.emit("uncaughtException", err);

    /* Throw so the promise is still rejected for testing */
    throw err;
});

InformationsquelleAutor RiggerTheGeek

Ich weiß, das ist ein bisschen spät, aber ich stieß auf diesen thread, und keine der Lösungen waren einfach zu implementieren und zu mir, also kam ich mit meinem eigenen:

Habe ich noch eine kleine Hilfsfunktion, die eine Zusage zurückgibt, etwa so:

function throw_promise_error (error) {
 return new Promise(function (resolve, reject){
  reject(error)
 })
}

Dann, wenn ich einen bestimmten Ort in alle meine Versprechen Kette wo ich will, einen Fehler auslösen (und lehnen das Versprechen), dass ich einfach wieder aus der obigen Funktion mit meinem konstruierten Fehler, etwa so:

}).then(function (input) {
 if (input === null) {
  let err = {code: 400, reason: 'input provided is null'}
  return throw_promise_error(err)
 } else {
  return noterrorpromise...
 }
}).then(...).catch(function (error) {
 res.status(error.code).send(error.reason);
})

Diese Weise bin ich in die Kontrolle des werfenden extra Fehler aus dem inneren der Versprechen-Kette. Wenn Sie möchten, auch mit 'normalen' promise Fehler, Sie erweitern Ihren Fang zu behandeln, das 'selbst-geworfen' Fehler getrennt.

Hoffe, das hilft, es ist meine erste stackoverflow-Antwort!

InformationsquelleAutor nuudles