即使在错误的请求下，路由解析也会通过

Question

在创建这样的视图之前，我需要解决两个服务调用

$stateProvider
    .state('parent', {
        url: '/parent',
        abstract: true,
        resolve: {
            resolveService: function($q, personService, jobService) {
                return $q.all({
                    persons: personService.getPersons(),
                    jobs: jobService.getJobs()
                })
            }
        }
    })

    .state('parent.child', {
        url: '/child'
    })

一个服务看起来像这样

 function getPersons() {
    var req = {
        method: 'POST',
        url: 'http://myPersonApi'
    }

    return $http(req)
    .then(getPersonsComplete)
    .catch(getPersonsFailed)

    function getPersonsComplete(response) {
        return response.data.persons;
    }

    function getPersonsFailed(error) {
        //log error
        return error;
    }
}

我试了一下，但在dev 中出现CORS 错误，这是完全可以预料的，但奇怪的是即使$http 被拒绝，路由也得到了解决。

我进行了调试，发现我得到了一个HTTP status code 405，并且运行了getPersonFailed 函数，但仍然解决了$q.all。我尝试将其更改为 $q.reject，然后它按预期工作，但路线从未实现。

注意$http 调用的错误对象是status: 0 和statusText: ""

$http promise 的处理方式与$q 的处理方式不同吗？

Answer 1

我认为这是因为您的 catch 处理程序通过返回一个字符串来解决承诺。尝试明确拒绝 catch 中的承诺，或者干脆移除 catch。

function getPersonsFailed(error) {
    return $q.reject(error);
}

或者，您可以将其放入 catch 中，这也会导致 promise 被拒绝

function getPersonsFailed(error) {
    throw(error);
}

我认为这是有用的阅读：
https://gist.github.com/domenic/3889970

Answer 2

经过一番研究，我发现了你为什么会出现这种奇怪的行为。

要知道的是，promise.catch() 在 getPersonsFailed 函数的末尾返回一个全新的承诺，即 resolved。

为避免这种情况，您需要返回一个被拒绝的承诺。

function getPersonsFailed(error) {
    //Do some logic here to handle your error in your service
    return $q.reject(error);
}

您也可以像这样将您的解决方案写得更小（但也许您的语法是故意的）

    resolve: {
       persons: personService.getPersons(),
       jobs: jobService.getJobs()
    }

您的服务器响应将在您的控制器中注入 persons 和 jobs。

如果您在 .catch() 方法中没有做任何其他事情，我建议您直接删除它。

希望对您有所帮助。