摘要：從最開始的到封裝后的都在試圖解決異步編程過程中的問題。為了讓編程更美好，我們就需要引入來降低異步編程的復(fù)雜性。寫一個(gè)符合規(guī)范并可配合使用的寫一個(gè)符合規(guī)范并可配合使用的理解的工作原理采用回調(diào)函數(shù)來處理異步編程。

問題描述 在開發(fā)過程中，遇到一個(gè)需求：在系統(tǒng)初始化時(shí)通過http獲取一個(gè)第三方服務(wù)器端的列表，第三方服務(wù)器提供了一個(gè)接口，可通過分頁形式獲取列表。 這里有兩個(gè)問題： 未知的列表數(shù)量。就算已知總數(shù)量，如果數(shù)據(jù)量巨大，也不應(yīng)該一次獲取全部信息。 在node.js中，http是異步的…

Bluebird 是一個(gè)廣泛使用的 Promise 庫，最早在 2013 年得到人們的關(guān)注。相比其他同等水平的 Promise 庫，Bluebird 快了一百來倍。Bluebird 自始至終遵循著 JavaScript 優(yōu)化的一些基本原則，所以才有這么好的性能。本文將會(huì)介紹其中最有價(jià)值的三個(gè)方面。

隨著前端異步的發(fā)展, XHR 這種耦合方式的書寫不利于前端異步的 Promise 回調(diào). 而且, 寫起來也是很復(fù)雜. fetch API 本來是在 SW(ServiceWorkers) 中提出的, 不過, 后面覺得好用, 就把他掛載到 window 對(duì)象下. 這樣, 在前端的正常通信中, 我們也可以直接調(diào)用. 但, fetch 畢竟比較新, 看一下他的兼容性。

徹底理解 Javascript 中的 Promise

盡管同步代碼易于追蹤和調(diào)試，但異步代碼普遍在性能和靈活性上更具優(yōu)勢(shì)。Why "hold up the show" when you can trigger numerous requests at once and then handle them when each is ready?（這句要怎么翻？？）promise 和許多基于 promise 的新的 API 已經(jīng)成為 JavaScript 世界重要的一部分。讓我們來看一下 promise 的 API 如何來使用。

本文教大家如何從零開始，一步一步實(shí)現(xiàn)一個(gè)簡(jiǎn)單的 Promise

異步編程模式在前端開發(fā)過程中，顯得越來越重要。從最開始的 XHR 到封裝后的 Ajax 都在試圖解決異步編程過程中的問題。隨著 ES6 新標(biāo)準(zhǔn)的出來，處理異步數(shù)據(jù)流的解決方案又有了新的變化。Promise 就是這其中的一個(gè)。我們都知道，在傳統(tǒng)的 ajax 請(qǐng)求中，當(dāng)異步請(qǐng)求之間的數(shù)據(jù)存在依賴關(guān)系的時(shí)候，就可能產(chǎn)生很難看的多層回調(diào)，俗稱” 回調(diào)地獄”（callback hell）。另一方面，往往錯(cuò)誤處理的代碼和正常的業(yè)務(wù)代碼耦合在一起，造成代碼會(huì)極其難看。為了讓編程更美好，我們就需要引入 promise 來降低異步編程的復(fù)雜性。

今天我想介紹的是 Node.js 開發(fā)中一個(gè)很小，但又很重要的話題 —— 錯(cuò)誤處理。作為一名軟件工程師，我想我們應(yīng)該都會(huì)認(rèn)可「錯(cuò)誤是無法避免的」，因此我們必須積極地去對(duì)待這些錯(cuò)誤，才能寫出健壯的代碼。

如果你是一個(gè)先知，你是沒有等待、異步這種感覺的。這就是Promise的作用，一種“先知”的形式。好比上帝，已經(jīng)在他的時(shí)間維度的一瞬間規(guī)劃好了你的一生（因?yàn)樗邢戎哪芰Γㄋ麩o需跟著經(jīng)歷你的時(shí)間），雖然你自己依然感受到了時(shí)間，以及各種變數(shù)。
對(duì)于JS代碼而言，我們就是上帝。我們能夠預(yù)知代碼的走向，并規(guī)劃好代碼的人生。

在 es6 中，Promise 的使用顯得尤為重要，它以一種鏈?zhǔn)降谋磉_(dá)方式來為工程師們展示一種新的異步操作。而真正掌握它后，就會(huì)在處理各種需要的異步操作就更加得心應(yīng)手，如網(wǎng)絡(luò)請(qǐng)求，連續(xù)的異步操作以及錯(cuò)誤的處理等......

如何正確使用 Promises

在日常的工作中經(jīng)常會(huì)遇到需要請(qǐng)求多次異步的情況，但是由于異步返回時(shí)間的不確定性，因此有時(shí)候會(huì)給我們帶來很多的問題和麻煩。在我們被異步嵌套的頭昏腦脹的時(shí)候，我們是多么希望 JS 能夠像 JAVA 一樣是同步執(zhí)行的。帶著這樣解決問題的信念，筆者學(xué)習(xí)了一下 Promise，發(fā)現(xiàn)還挺好用的，寫一下筆者的使用心得。

我在 JavaScript 中使用 Promise 已經(jīng)有一段時(shí)間了，目前我已經(jīng)能高效的使用這一開始讓我暈頭轉(zhuǎn)向的東西。但真要細(xì)說起來，我發(fā)現(xiàn)還是不能完全理解它的實(shí)現(xiàn)原理，這也正是本文寫作的目的所在。如果諸位讀者也處在一知半解的狀態(tài)，那請(qǐng)讀完這篇文章，相信你也會(huì)像我一樣對(duì) Promise 有更好的理解。

寫一個(gè)符合 Promises/A+ 規(guī)范并可配合 ES7 async/await 使用的 Promise

Javascript 采用回調(diào)函數(shù)(callback)來處理異步編程。從同步編程到異步回調(diào)編程有一個(gè)適應(yīng)的過程，但是如果出現(xiàn)多層回調(diào)嵌套，也就是我們常說的厄運(yùn)的回調(diào)金字塔(Pyramid of Doom)，絕對(duì)是一種糟糕的編程體驗(yàn)。于是便有了 CommonJS 的 Promises/A 規(guī)范，用于解決回調(diào)金字塔問題。本文先介紹 Promises 相關(guān)規(guī)范，然后再通過解讀一個(gè)迷你的 Promises 以加深理解。

異步的并行串行問題，用 Generator 和 Promise 實(shí)現(xiàn)按順序完成異步操作。

翻譯 & 編輯 / 鶴爺 原文 / Marc Harter 摘要 比起回調(diào)函數(shù)，使用 Promise 來處理異步錯(cuò)誤要顯得優(yōu)雅許多。 結(jié)合 Express 內(nèi)置的錯(cuò)誤處理機(jī)制和 Promise 極大地降低產(chǎn)生未捕獲錯(cuò)誤（uncaught exception）的可能性。 Promise 在 E…

前言 原文地址源碼地址 了解co的前提是已經(jīng)知曉generator是什么，可以看軟大神的Generator 函數(shù)的語法,co是TJ大神寫的能夠使generator自動(dòng)執(zhí)行的函數(shù)庫，而我們熟知的koa也用到了它管理異步流程控制，將異步任務(wù)書寫同步化，爽的飛起，也擺脫了一直以來…

JavaScript Event Loop 機(jī)制詳解與 Vue.js 中實(shí)踐應(yīng)用歸納于筆者的現(xiàn)代 JavaScript 開發(fā)：語法基礎(chǔ)與實(shí)踐技巧系列文章。本文依次介紹了函數(shù)調(diào)用棧、MacroTask 與 MicroTask 執(zhí)行順序、淺析 Vue.js 中 nextTick 實(shí)…


[深入 Promise(一)——Promise 實(shí)現(xiàn)詳解

深度好文吶！詳細(xì)的闡述 Promise 的原理和實(shí)現(xiàn)。贊！

在這篇博文中我們將看到什么是 Promise，它是怎樣工作的，為什么你應(yīng)該 / 不該使用它們。

原文地址：All you need to know to really understand the Node.js Event Loop and its Metrics 原文作者：Daniel Khan 譯文出自：掘金翻譯計(jì)劃 本文永久鏈接：https://github.co…

源碼傳送門? https://github.com/iammapping...

由 @邊城 翻譯.
本文涵蓋了處理 Node.js 異步操作的一些工具和技術(shù)：async.js、Promise、generator 和 異步函數(shù)。
閱讀這篇文章之后你會(huì)知道如何避免臭名昭著的回調(diào)地獄！

什么是異步，異步的實(shí)現(xiàn)原理，event-loop，以及和事件綁定的關(guān)系。

作者：孫輝，美團(tuán)金融前端團(tuán)隊(duì)成員。15年畢業(yè)加入美團(tuán)，相信技術(shù)，更相信技術(shù)只是大千世界里知識(shí)的一種，個(gè)人博客: https://sunyuhui.com 前言 JavaScript中的事件循環(huán)一直都是一個(gè)很多人都或多或少了解，但說不清楚的知識(shí)點(diǎn)，停留在一知半解的層面。以前只需要…

Promise visualization playground for the adventurous

針對(duì) JavaScript 異步的各種寫法由淺及深地進(jìn)行了講述，異步是 JS 的核心之一，快來上車吧~

主要就是記錄一下自己在理解 Promise 的時(shí)候沒有考慮到的情況，通過各種不同狀況的了解能更加明白 Promise 。

Promise 對(duì)象是用來處理異步操作的工具, 解決開發(fā)者對(duì)異步回調(diào)的煩惱?？梢哉f Promise 是個(gè)代理對(duì)象，在設(shè)計(jì)模式來講就是代理模式，它代理了一個(gè)值（通過 resolve 方法傳遞的值），并且設(shè)置了幾個(gè)狀態(tài)讓用戶知道當(dāng)前代理值解析的結(jié)果。而筆者此次按照 Promise/A＋ 的規(guī)范要求，自己嘗試做了一款簡(jiǎn)化版的 Promise。

如何讓 Promise.all 暫時(shí)擁有類似于 try catch finally 的能力。

Monad 作為從 haskell 被廣知的函數(shù)式類型概念，抽象又強(qiáng)大。那熟悉 JS 的我們?nèi)绾蔚统杀纠斫?Monad，特別是對(duì)于復(fù)雜而實(shí)際的一種 Monad 應(yīng)用 Promise 怎么去理解，讓我們?cè)趯?shí)際應(yīng)用中更好地理解和應(yīng)用 Monad。

Promise 基礎(chǔ)知識(shí)，Promise 應(yīng)用場(chǎng)景，Promsie 模塊中如何使用

Promise 已存在于 default ES6 中，一個(gè)制作非常精致、清楚、完整的 JavaScript Promise 教程

研究這么多不如自己造一遍輪子理解更深刻

通過閱讀本書，我們希望各位讀者能在下面三個(gè)目標(biāo)上有所收獲。

學(xué)習(xí) Promise 相關(guān)內(nèi)容，能熟練使用 Promise 模式并進(jìn)行測(cè)試

學(xué)習(xí) Promise 適合什么、不適合什么，知道 Promise 不是萬能的，不能什么都想用 Promise 來解決

以 ES6 Promises 為基礎(chǔ)進(jìn)行學(xué)習(xí)，逐漸發(fā)展形成自己的風(fēng)格

1.Promise的立即執(zhí)行性 var p = new Promise(function(resolve, reject){ console.log("create a promise"); resolve("success"); }); console.log("after n…

JavaScript 開發(fā)者們，現(xiàn)在是時(shí)候承認(rèn)一個(gè)事實(shí)了：我們?cè)?promises 的使用上還存在問題。但并不是 promises 本身有問題，被 A + 標(biāo)準(zhǔn) 定義的 promises 是極好的。

掌握 ES6 的 Promise

這篇文章如何在微信小程序中使用 Promise 這個(gè)神器進(jìn)行了介紹

精通 Javascript 中的 Promise

從頭到尾，一口氣說完 ES6 的 Promise 對(duì)象，將它的本質(zhì)給掀開 @^-v-^@

本文的例子用 JavaScript 語法給出，希望讀者至少有使用過 Promise 的經(jīng)驗(yàn)，如果用過 async/await 則更好，對(duì)于客戶端的開發(fā)者，我相信語法不是閱讀的瓶頸，思維才是，因此也可以了解一下異步編程模型的演變過程。 異步編程入門 CPS CPS 的全稱是 (C…

本篇文章試圖用盡量少的盡量直白的話幫助理解 ES6 中的 Promise 是什么以及怎么用


[深入 Promise(二)——進(jìn)擊的 Promise

系列第二篇。好文！系列文章，闡述很詳細(xì)。

本文通過一個(gè)簡(jiǎn)單的需求：讀取文件并備份到指定目錄（詳見第一段代碼的注釋），以不同的js代碼實(shí)現(xiàn)，來演示代碼是如何變優(yōu)雅的。

自從 ES6 流行起來，Promise 的使用變得更頻繁更廣泛了，比如異步請(qǐng)求一般返回一個(gè) Promise 對(duì)象，Generator 中 yield 后面一般跟 Promise 對(duì)象，ES7 中 Async 函數(shù)中 await 后面一般也是 Promise 對(duì)象，還有更多的 NodeAPI 也會(huì)返回 Promise 對(duì)象，可以說現(xiàn)在的編程中 Promise 的使用無處不在，那么我們是否真的弄懂了 Promise 呢？是否有誤用或錯(cuò)誤使用 Promise 呢？是否知道 Promise 的實(shí)現(xiàn)原理和 Promise 的花樣玩法呢？下面讓我們一起來探討一下吧。

經(jīng)過上一篇 深入理解 Promise （上） 的理論知識(shí)和用法學(xué)習(xí)，這一篇讓我們深入源碼層面，一步一步去封裝一個(gè) Promise，去了解 Promise 的內(nèi)部實(shí)現(xiàn)，以便我們?cè)陧?xiàng)目中對(duì) Promise 的使用運(yùn)用自如。

經(jīng)過幾天源碼研究學(xué)習(xí)之后，基本上對(duì) Promise 有了深入的了解，也手動(dòng)封裝了自己了 Promise 工具類，下面就是我們?nèi)ピ趹?yīng)用場(chǎng)景中去驗(yàn)證這個(gè)工具類的使用了

去年 6 月份， ES2015 正式發(fā)布（也就是 ES6，ES6 是它的乳名），其中 Promise 被列為正式規(guī)范。作為 ES6 中最重要的特性之一，我們有必要掌握并理解透徹。本文將由淺到深，講解 Promise 的基本概念與使用方法。

看來 Promise 的鏈?zhǔn)疆惒讲僮魃钊肴诵陌?br>

在上一篇文章《對(duì)程序員的一個(gè) Promise（一）》中，分享了一下了 ES6 中 Promise 的用法，但是需要瀏覽器支持 Promise。在 jQuery 中也有 Promise，就讓我來看看 jQuery 中的 Promise 是怎么用的。