non gestita promessa rigetto nei promesse asincroni

Question

Sto usando Oboe.js di analizzare un file di grandi dimensioni davvero JSON

const promises = []; 
oboe('http://domain/my-file.js') 
    .node('items.*', item => { 
    // parseItem() returns a rejected Promise because of invalid JSON items 
    promises.push(parseItem(item)); 
    }) 
    .done(() => { 
    Promise.all(promises).then(() => { 
     doSomething(); 
    }); 
    }) 

Ma la mia console Browser si allaga con Uncaught (in promise). Lo stesso accade se si scrive una promessa in un setTimeout() come

const promises = []; 
setTimeout(() => { 
    promises.push(Promise.reject()); 
}, 500); 
// some time in the future 
Promise.all(promises); 

cosa veramente strana: i browser moderni comportano in modo diverso. In Firefox Developer Edition tutto funziona senza i messaggi di errore e in Chrome sono inondato di Uncaught (in promise). In Chrome ricevi immediatamente il messaggio se scrivi Promise.reject(); senza un fermo. In Firefox e Safari non succede niente.

Quindi qual è la soluzione per questo? Ignorando il messaggio? Voglio dire se questo comportamento è davvero nelle specifiche ufficiali di promessa, quindi le promesse in codice asincrono non hanno molto senso per me.

Answer 1

Il tuo problema di Oboe si basa sul fatto che i flussi di Oboe sono JSON, quindi non sappiamo mai in anticipo quante promesse ci sono, quindi non possiamo attribuire la responsabilità allo Promise.all in anticipo. Possiamo "promettere" a Oboe di essere in grado di restituire promesse nei suoi metodi.

In genere, utilizzerei RxJS per creare automaticamente un flusso dall'emettitore di eventi ei metodi di RxJS possono già restituire le promesse e quindi aggregarle. Tuttavia - dal momento che io non voglio una libreria di terze parti qui, e ha meno valore di insegnamento - cerchiamo di attuare da soli:

function addMap(oboe) { 
    oboe.map = function(selector, mapper){ 
    var promises = []; 
    return new Promise(function(resolve, reject){ // create a new promise 
     oboe.node(selector, function(match){ 
     var result = mapper(match); // get result 
     // signal that we're handling the rejection to make sure it's not handled. 
     result.catch(function(){}); 
     promises.push(result); 
     }); 
     oboe.fail(reject); 
     oboe.done(function(){ resolve(promises); }); 
    }); 
    }; 
} 

Che sarebbe farci fare:

var o = oboe("foo"); 
addMap(o); 
o.map("items.*", item => downloadItem(item)).then(result => { 
    // handle result here 
}); 

Il tuo problema setTimeout è molto artificioso. La stragrande maggioranza delle persone non scrive codice simile a questo in pratica - in pratica l'aggiunta di un gestore di errori in modo asincrono è un caso di utilizzo piuttosto raro quando non funziona contro un'API che ti costringe a farlo (come nell'esempio Oboe.js).

cosa veramente strana: i browser moderni si comportano in modo diverso

Questo perché Firefox utilizza GC per la rilevazione non gestita respingimenti e Chrome un timer. È il dettaglio dell'implementazione - l'unica garanzia che si avrà è che gli errori non verranno registrati se collegati all'interno di una microtask (in modo sincrono o in uno then che viene eseguito nello stesso turno).