Angular 1.6.0: błąd" prawdopodobnie nieobsługiwane odrzucenie " [duplikat]

Wyświetlony kod obsłuży odrzucenie, które nastąpi przed wywołaniem .then. W takiej sytuacji zostanie wywołane drugie wywołanie zwrotne, które przekażesz .then, a odrzucenie zostanie obsłużone.

jednak , gdy obietnica, na którą dzwonisz .then jest pomyślna, wywołuje 1st callback. Jeśli to wywołanie zwrotne rzuca wyjątek lub zwraca odrzuconą obietnicę, to wynikowe odrzucenie nie będzie obsługiwane , ponieważ drugie wywołanie zwrotne nie obsługuje odrzuceń w przyczyna przez 1. tak działają implementacje promise zgodne ze specyfikacją Promises/A+, A Angular promises są zgodne.

Możesz to zilustrować następującym kodem:

function handle(p) {
    p.then(
        () => {
            // This is never caught.
            throw new Error("bar");
        },
        (err) => {
            console.log("rejected with", err);
        });
}

handle(Promise.resolve(1));
// We do catch this rejection.
handle(Promise.reject(new Error("foo")));

Jeśli uruchomisz go w Node, który również jest zgodny z Promises / a+, otrzymasz:

rejected with Error: foo
    at Object.<anonymous> (/tmp/t10/test.js:12:23)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12)
    at Function.Module._load (module.js:438:3)
    at Module.runMain (module.js:604:10)
    at run (bootstrap_node.js:394:7)
    at startup (bootstrap_node.js:149:9)
    at bootstrap_node.js:509:3
(node:17426) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 2): Error: bar

Znalazłem problem, cofając się do Angular 1.5.9 i ponownie uruchamiając test. Był to prosty problem z wtryskiem, ale Angular 1.6.0 zastąpił to przez wyrzucenie błędu "prawdopodobnie nieobsługiwanego odrzucenia", zaciemniając rzeczywisty błąd.

Pierwszą opcją jest po prostu ukrycie błędu przy jego wyłączeniu poprzez skonfigurowanie errorOnUnhandledRejections w konfiguracji $qProvider zgodnie z sugestią Cengkuru Michael

Ale to wyłączy tylko logowanie. Sam błąd pozostanie

Lepszym rozwiązaniem w tym przypadku będzie-obsługa odrzucenia metodą .catch(fn):

resource.get().$promise
    .then(function (response) {})
    .catch(function (err) {});

Linki:

• Promise
• kątowe:
  • Migrowanie kątowe 1.5 do 1.6
  • $http: Usuń przestarzałe metody wywołania zwrotnego: 'success () / error()'

Proszę sprawdzić odpowiedź tutaj:

Możliwe odrzucenie w kątowym 1.6

Zostało to naprawione za pomocą 316f60f i poprawka jest zawarta w v1.6.1 release.

Zaobserwowałem to samo zachowanie podczas wykonywania testu. To dziwne, że na produkcji kod działa dobrze i nie tylko na testach.

Łatwym rozwiązaniem, aby twoje testy były szczęśliwe, jest dodanie catch(angular.noop) do Twojej obietnicy. W przypadku powyższego przykładu powinien wyglądać tak:

resourceMock.get = function () {
    var deferred = $q.defer();
    deferred.reject(error);
    return { $promise: deferred.promise.catch(angular.noop) };
};

Możesz zamaskować problem, wyłączając błąd errorOnUnhandledRejections, ale błąd mówi, że musisz "poradzić sobie z ewentualnym odrzuceniem", więc musisz tylko dodać haczyk do swojej obietnicy.

resource.get().$promise
    .then(function (response) {
    // do something with the response
    }).catch(function (error)) {
        // pass the error the the error service
        return errorService.handleError(error);
    });

Odniesienie: https://github.com/angular-ui/ui-router/issues/2889

Miałem również do czynienia z tym samym problemem po aktualizacji do Angular 1.6.7, ale kiedy spojrzałem w kod, błąd został wyrzucony dla $interval.cancel(interval); dla mojego przypadku

Mój problem został rozwiązany po zaktualizowaniu angular-mocks do najnowszej wersji (1.7.0).

Aby uniknąć konieczności wpisywania dodatkowego .catch(function () {}) w kodzie w wielu miejscach, możesz dodać decorator do $exceptionHandler.

Jest to bardziej gadatliwa opcja niż inne, ale musisz dokonać zmiany tylko w jednym miejscu.

angular
    .module('app')
    .config(configDecorators);

configDecorators.$inject = ["$provide"];
function configDecorators($provide) {

    $provide.decorator("$exceptionHandler", exceptionHandler);

    exceptionHandler.$inject = ['$delegate', '$injector'];
    function exceptionHandler($delegate, $injector) {
        return function (exception, cause) {

            if ((exception.toString().toLowerCase()).includes("Possibly unhandled rejection".toLowerCase())) {
                console.log(exception); /* optional to log the "Possibly unhandled rejection" */
                return;
            }
            $delegate(exception, cause);
        };
    }
};

To może nie twoja speficzna sytuacja, ale miałem podobny problem.

W moim przypadku używałem angular-i18n i otrzymywałem słownik locale asynchronicznie. Problem polegał na tym, że otrzymywany plik json był nieprawidłowo wcięty (mieszanie spacji i tabulatorów). Żądanie GET nie zawiodło.

Poprawienie wcięć rozwiązało problem.

Miałem to samo ogłoszenie pojawia się po wprowadzeniu pewnych zmian. Okazało się to dlatego, że zmieniłem jedno żądanie $http na wiele żądań za pomocą usługi angularjs $q.

$q.all(request1, request2).then(...) 

Zamiast

$q.all([request1, request2]).then(...)