Promesse reject() provoque “Uncaught (promettre)” avertissement

Une fois une promesse reject() callback n'est appelé, un message d'avertissement "Uncaught (promettre)" s'affiche dans la console Chromée. Je ne peut pas envelopper la tête autour de la raison derrière elle, ni comment s'en débarrasser.

var p = new Promise((resolve, reject) => {
  setTimeout(() => {
    var isItFulfilled = false
    isItFulfilled ? resolve('!Resolved') : reject('!Rejected')
  }, 1000)  
})

p.then(result => console.log(result))
p.catch(error => console.log(error))

Avertissement:

Promesse reject() provoque “Uncaught (promettre)” avertissement

Edit:

J'ai découvert que si la onRejected gestionnaire n'est pas explicitement prévu à l' .then(onResolved, onRejected) méthode, JS fournira automatiquement implicite. Il ressemble à ceci: (err) => throw err. La génération automatique d'gestionnaire de lancer à son tour.

Référence:

Si IsCallable(onRejected) " est faux, puis

     Laissez onRejected être "Lanceur".

http://www.ecma-international.org/ecma-262/6.0/index.html#sec-performpromisethen

  • Semble que vous êtes en utilisant Angulaire du ZoneAwarePromise. Ils ont mis en œuvre le Rejet de Manipulation incorrecte, au moins dans certaines versions. Rappelez-vous cependant, rien retourné à partir de l'Accomplissement de Gestionnaire (alors arguments[0]) va changer la méthode de chaînage des résultats tels que la prochaine then invocation est à venir à partir d'une nouvelle Promesse avec la valeur de retour comme le [potentiel] état.
InformationsquelleAutor Yevgeny Kozlov | 2017-02-25
  1. 25

    Cela se produit parce que vous n'avez pas à joindre un gestionnaire catch à la promesse renvoyé par la première then méthode, qui est donc sans gestionnaire pour quand la promesse rejette. Vous ne ont l'un pour l'promesse p dans la dernière ligne, mais pas pour le enchaîné promesse, qui est retourné par la then méthode, dans la ligne avant.

    Que vous avez bien ajouté dans les commentaires ci-dessous, lorsqu'un gestionnaire catch n'est pas fourni (ou ce n'est pas une fonction), le par défaut on va jeter l'erreur. Au sein d'une promesse de la chaîne de cette erreur peuvent être pris vers le bas de la ligne avec un catch méthode de rappel, mais si personne n'est là, le JavaScript, le moteur de traiter l'erreur comme avec toute autre erreur non interceptée, et d'appliquer le gestionnaire par défaut dans de telles circonstances, ce qui entraîne la sortie de vous voir dans la console.

    Pour éviter cela, la chaîne de la .catch méthode à la promesse renvoyé par la première then, comme ceci:

    p.then( result =>  console.log('Fulfilled'))
 .catch( error =>  console.log(error) );
    • Merci trincot. J'ai fait quelques recherches supplémentaires et a découvert que si onRejected gestionnaire n'est pas explicitement transmis JS fournira implicite: If IsCallable(onRejected) est false, puis Laissez onRejected être "Lanceur". Qui ressemble à quelque chose comme ceci: arg => throw arg Un vide onRejected gestionnaire () => {} pouvez remplacer ce comportement. Mais null ne sera pas. réf: ecma-international.org/ecma-262/6.0/...
    • Vous êtes les bienvenus, et nice référence de l'EcmaScript specs! J'ai ajouté à ma réponse par souci d'exhaustivité. Super!
    • Je l'ai enchaînés et il me donne toujours le message d'erreur non interceptée
    • alors vous avez probablement quelque chose d'autre se passe. Si vous avez fait des recherches sur la question (avec le débogage, à la recherche de semblables questions, ...), puis de publier une nouvelle question à ce sujet.
    • Donc, "alors" et "attraper" doit toujours être enchaînés?
    • ils doivent être enchaînés si vous ne voulez pas attraper un rejet de la promesse d'origine p, mais aussi envie d'attraper une exception dans le then de rappel (qui rejette la promesse retourné par then()). En général, lorsque vous ne p.then(...).then(...).then(...).then(...).catch(...) vous pourrez attraper des rejets de n'importe où dans la chaîne de promesses.

    InformationsquelleAutor trincot