Unhandled odrzucenie obietnica w asynchronicznych obietnic

Question

Używam Oboe.js do analizowania naprawdę bardzo duży plik 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(); 
    }); 
    }) 

Ale moja konsola Przeglądarka zostanie zalany Uncaught (in promise). To samo dzieje się, jeśli piszesz obietnicę w setTimeout() jak

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

Co naprawdę dziwne: Nowoczesne przeglądarki zachowują się inaczej. W Firefox Developer Edition wszystko działa bez komunikatów o błędach, a w Chrome jestem zalewany Uncaught (in promise). W Chrome natychmiast otrzymasz wiadomość, jeśli napiszesz bez żadnego haczyka Promise.reject();. W Firefoksie i Safari nic się nie dzieje.

Jakie jest rozwiązanie tego problemu? Ignorujesz wiadomość? Mam na myśli, jeśli to zachowanie jest naprawdę w oficjalnej specyfikacji obietnicy, to obietnice w asynchronicznym kodzie nie mają dla mnie większego sensu.

Answer 1

Twoje wydanie oboju opiera się na fakcie, że Oboe kieruje JSON, więc nigdy nie wiemy z góry, ile jest obietnic, więc nie możemy z góry przypisać odpowiedzialności do Promise.all. Możemy "obiecywać" obój, aby móc zwracać obietnice w swoich metodach.

Zazwyczaj używałbym RxJS do automatycznego tworzenia strumienia z emitera zdarzeń - a metody RxJS mogą już zwracać obietnice, a następnie je agregować. Jednak - ponieważ nie chcę bibliotekę strony trzeciej tutaj i ma mniejszą wartość nauczania - niech wdrożyć go sami:

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); }); 
    }); 
    }; 
} 

Które czyńmy:

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

Twój setTimeout kwestią jest bardzo wymyślne. Zdecydowana większość ludzi nie pisze kodu, który wygląda tak w praktyce - w praktyce asynchroniczne dodawanie obsługi błędów jest dość rzadkim przypadkiem, gdy nie działa się przeciwko API, które zmusza do tego (np. Przykład Oboe.js).

Co naprawdę dziwne: Nowoczesne przeglądarki zachowują się inaczej

To dlatego Firefox używa do wykrywania GC nieobsługiwany odrzucenia i Chrome czasomierza. Jest to szczegół implementacji - jedyną gwarancją będzie to, że błędy nie będą rejestrowane, jeśli są dołączone do mikropasków (synchronicznie lub w postaci then, która jest wykonywana w tej samej turze).