AngularJS中处理多个promise的方式

在使用AngularJS中处理promise的时候，有时会碰到需要处理多个promise的情况。

最简单的处理就是每个promise都then。如下：

var app = angular.module("app",[]);app.controller("AppCtrl", function($q. $timeout){var one = $q.defer();var two = $q.defer();var three = $q.defer();$timeout(function(){one.resolve("one done");}, Math.random() * 1000)$timeout(function(){two.resolve("two done");}, Math.random() * 1000) $timeout(function(){three.resolve("three done");}, Math.random() * 1000) functioin success(data){console.log(data);}one.promise.then(success);two.promise.then(success);three.promise.then(success);})

有没有更好的方式？

$q.all方法可以接受promise的一个数组，按如下调用：

var all = $q.all([one.promise, two.promise, three.promise]);all.then(success);

什么是promise?

promise是一种用异步的方式处理值的方法，promise是对象，代表了一个函数最终可能的返回值或者抛出的异常，在与远程对象打交道时我们可以把他看作是远程对象的一个代理。 如果说是promise也是异步处理方式的一种，那么我们会想起它和XHR和$.ajax有啥区别呢？

习惯上js使用闭包或者回调来相应非同步返回的数据，比如页面加载之后的XHR请求。我们可以跟数据进行正常交互，就好像它已经返回了一样，而不需要依赖回调函数的触发。

那么ng提出的promise是为了解决什么问题呢？ 回调已经被使用了很长时间，通常如果有回调依赖其他还回调时将会时调试变得非常艰难，每一步调用之后都需要显示处理错误。与之不同的是promise提供了另外一个抽象：这些函数返回promise对象。

为什么使用promise

使用了promise的收获之一是逃脱了回调的固定思维逻辑。promise让异步处理的机制看上去更像是同步，基于同步函数我们可以按照预期来捕获返回值和异常值。可以在程序中的任何时刻捕捉错误，并且绕过依赖于程序异常的后续代码，我们不需要思考这个同步带来的好处。因此使用promise的目的是：获取功能组合和错误冒泡能力的同时，保持代码异步运行的能力。

promise是头等对象，自带了一些约定。

• 只有一个resolve或者reject会被调用到。

• 如果promise被执行或者被拒绝了，依赖于他们的处理程序仍然会被调用。

• 处理程序总是会被异步调用。