原生promise

你应该会用事件加回调的办法来处理这类情况：

var img1 = document.querySelector('.img-1');
img1.addEventListener('load', function() {
// 啊哈图片加载完成
});
img1.addEventListener('error', function() {
// 哎哟出问题了
});

这样就不打喷嚏了。我们添加几个监听函数，请求图片，然后 JavaScript 就停止运行了，直到触发某个监听函数。
上面的例子中唯一的问题是，事件有可能在我们绑定监听器之前就已经发生，所以我们先要检查图片的“complete”属性：

var img1 = document.querySelector('.img-1');
function loaded() {
// 啊哈图片加载完成
}
if (img1.complete) {
loaded();
}
else {
img1.addEventListener('load', loaded);
}
img1.addEventListener('error', function() {
// 哎哟出问题了
});

这样还不够，如果在添加监听函数之前图片加载发生错误，我们的监听函数还是白费，不幸的是 DOM 也没有为这个需求提供解决办法。而且，这还只是处理一张图片的情况，如果有一堆图片要处理那就更麻烦了。

事件机制最适合处理同一个对象上反复发生的事情—— keyup、touchstart 等等。你不需要考虑当绑定监听器之前所发生的事情，当碰到异步请求成功/失败的时候，你想要的通常是这样：

img1.callThisIfLoadedOrWhenLoaded(function() {
// 加载完成
}).orIfFailedCallThis(function() {
// 加载失败
});

// 以及……
whenAllTheseHaveLoaded([img1, img2]).callThis(function() {
// 全部加载完成
}).orIfSomeFailedCallThis(function() {
// 一个或多个加载失败
});
这就是 Promise。如果 HTML 图片元素有一个“ready()”方法的话，我们就可以这样：

img1.ready().then(function() {
// 加载完成
}, function() {
// 加载失败
});

// 以及……
Promise.all([img1.ready(), img2.ready()]).then(function() {
// 全部加载完成
}, function() {
// 一个或多个加载失败
});
基本上 Promise 还是有点像事件回调的，除了：

一个 Promise 只能成功或失败一次，并且状态无法改变（不能从成功变为失败，反之亦然）
如果一个 Promise 成功或者失败之后，你为其添加针对成功/失败的回调，则相应的回调函数会立即执行
这些特性非常适合处理异步操作的成功/失败情景，你无需再担心事件发生的时间点，而只需对其做出响应。

一个 Promise 的状态可以是：
肯定（fulfilled） 该 Promise 对应的操作成功了
否定（rejected） 该 Promise 对应的操作失败了
等待（pending） 还没有得到肯定或者否定结果，进行中
结束（settled） 已经肯定或者否定了
规范里还使用 thenable 来描述一个对象是否是“类 Promise”（拥有名为“then”的方法）的。这个术语使我想起来前英格兰足球经理 Terry Venables 所以我尽量少用它。

http://www.html5rocks.com/zh/tutorials/es6/promises/