从 Callback 到 Promise 的 .then().then()... 也是在不断尝试去解决异步编程带来的回调嵌套、错误管理等问题，Promise 进一步解决了这些问题，但是当异步链多了之后你会发现代码会变成这样 .then().then()... 由原来的横向变成了纵向的模式，仍就存在冗余的代码，基于我们大脑对事物的思考，我们更倾向于一种近乎 “同步” 的写法来表达我们的异步代码，在 ES6 规范中为我们提供了 Generator 函数进一步改善我们的代码编写方式。
生成器(Generator)是 ES6 中的新语法，相对于之前的异步语法，上手的难度还是比较大的。因此这里我们先来好好熟悉一下 Generator 语法。
在JS 代码中，异步无处不在，Ajax通信，Node中的文件读写等等等，只有搞清楚异步编程的原理和概念，才能在JS的世界中任意驰骋，随便撒欢；
前两篇文章发出来后，有一些网友在后台咨询我一些问题，我把它们归总罗列在一起。这篇文章既是答网友问也是对前两篇的补充和复习。
一、Promise并非完美 我在上一话中介绍了Promise，这种模式增强了事件订阅机制，很好地解决了控制反转带来的信任问题、硬编码回调执行顺序造成的“回调金字塔”问题，无疑大大提高了前端开发体验。但有了Promise就能完美地解决异步问题了吗？并没有。 首先，Promise仍然需要通过then方法注册回调，虽然只有一层，但沿着Promise链一长串写下来，还是有些让人头晕。 更大的问题在于Promise的错误处理比较麻烦，因为Promise链中抛出的错误会一直传到链尾，但在链尾捕获的错误却不一定清楚来源。而且，链中抛出的错误会fail掉后面的整个Promise链，如果要在链中及时捕获并处理错误，就需要给每个Promise注册一个错误处理回调。噢，又是一堆回调！ 那么最理想的异步写法是怎样的呢？像同步语句那样直观地按顺序执行，却又不会阻塞主线程，最好还能用try-catch直接捕捉抛出的错误。也就是说，“化异步为同步”！ 痴心妄想？ 我在第一话里提到，异步和同步之间的鸿沟在于：同步语句的执行时机是“现在”，而异步语句的执行时机在“未来”。为了填平鸿沟，如果一个异步操作要写成同步的形式，那么同步代码就必须有“等待”的能力，等到“未来”变成“现在”的那一刻，再继续执行后面的语句。 在不阻塞主线程的前提下，这可能吗？ 听起来不太可能。幸好，Generator（生成器）为JS带来了这种超能力！ 二、“暂停/继续”魔法 ES6引入的新特性中，Generator可能是其中最强大也最难理解的之一，即使看了阮一峰老师列举的大量示例代码，知道了它的全部API，也仍是不得要领，这是因为Generator的行为方式突破了我们所熟知的JS运行规则。可一旦掌握了它，它就能赋予我们巨大的能量，极大地提升代码质量、开发效率，以及FEer的幸福指数。 我们先来简单回顾一下，ES6之前的JS运行规则是怎样的呢？ 1. JS是单线程执行，只有一个主线程 2. 宿主环境提供了一个事件队列，随着事件被触发，相应的回调函数被放入队列，排队等待执行 3. 函数内的代码从上到下顺序执行；如果遇到函数调用，就先进入被调用的函数执行，待其返回后，用返回值替代函数调用语句，然后继续顺序执行 对于一个FEer来说，日常开发中理解到这个程度已经够用了，直到他尝试使用Generator……
JS 的事件循环也算是一个老生常谈的话题了，面试中相信大部分人都有被问到：说一说 JS 的事件循环。那么要了解他的循环机制，首先我们要了解一些基本概念。今天我们就简单聊聊事件循环然后向外拓展。
现状 目前我们对异步回调的解决方案有这么几种：回调，deferred/promise和事件触发。回调的方式自不必说，需要硬编码调用，而且有可能会出现复杂的嵌套关系，造成“回调黑洞”；deferred/promise方式则对使用者而言简洁明了，在执行异步函数之前就已经构造好了执行链--then链，而且实现也很灵活，具体可参考Promise的实现；事件机制则是一种观察者模式的实现，但也必须硬编码在异步执行的函数中，当异步函数执行完毕后再trigger相关事件，而观察者则相应执行事件处理函数。 注意，刚刚提到了
上篇既是 Node.js 的核心，也是理解今天这篇的基础。对 event-loop ，Node.js 官网有下面这样一段描述。希望上一篇能帮你更好地理解这句话。
同步（sync）是一件事一件事的执行，只有前一个任务执行完毕才能执行后一个任务。异步（async）相对于同步，程序无须按照代码顺序自上而下的执行。
React的作用View层次的前端框架，自然少不了很多中间件（Redux Middleware）做数据处理, 而redux-saga就是其中之一，目前这个中间件在网上的资料还是比较少，估计应用的不是很广泛，但是如果使用得当，将会事半功倍的效果，下面仔细介绍一个这个中间件的具体使用流程和应用场景。
前言 上周5在公司作了关于JS异步编程模型的技术分享，可能是内容太干的缘故吧，最后从大家的表情看出“这条粉肠到底在说啥？”的结果:(下面是PPT的讲义，具体的PPT和示例代码在https://github.com/fsjohnhuang/ppt/tree/master/apm_of_js上，有兴趣就上去看看吧！ 重申主题 《异步编程模型》这个名称确实不太直观，其实今天我想和大家分享的就是上面的代码是如何演进成下面的代码而已。 a(function(){ b(function(){
关于 Node.js ，相信你已经了解过不少内容，诸如 Node.js 内核、事件循环、单线程、setTimeout 或 setImmediate 函数的执行机制等等。
原文地址：http://davidwalsh.name/es6-generators ES6生成器全部文章： The Basics Of ES6 Generators Diving Deeper With ES6 Generators Going Async With ES6 Generators Getting Concurrent With ES6 Generators Generator function是ES6带来的新功能之一。这个名字看起来很怪异，然而它的功能在接触之初看起来更加怪异。这篇文章的目
一条线程指的是进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。
JavaScript语言的一大特点就是单线程，也就是说，同一个时间只能做一件事。那么，为什么JavaScript不能有多个线程呢？这样能提高效率啊。
15 | 消息队列和事件循环：页面是怎么"活"起来的 渲染进程我们已经知道他有一个主线程，这个主线程非常非常的繁忙，要处理DOM、布局，还要处理JS任务和各种输入事件，因此为了保证不同类型任务的执行，需要一个系统来调度这些任务，这个调度系统就是本节要探究的消息队列和事件循环。 引入事件循环和消息队列过程 如果只是一些确定好的任务，然后使用一个单线程按照顺序处理这些任务就可以了，线程执行完毕退出。 但是在单线程执行任务的过程中，会处理新的任务，这个时候就需要引入循环语句和事件循环，循环机制保证线程
javascript是一门单线程语言,即一次只能完成一个任务,若有多个任务要执行,则必须排队按照队列来执行(前一个任务完成,再执行下一个任务)。
Python和JavaScript中都有生成器（Generator）和协程（coroutine）的概念。本文通过分析两者在这两种语言上的使用案例，来对比它们的差异。
提到 Node.js, 我们脑海就会浮现异步、非阻塞、单线程等关键词，进一步我们还会想到 buffer、模块机制、事件循环、进程、V8、libuv 等知识点。本文起初旨在理顺 Node.js 以上易混淆概念，然而一入异步深似海，本文尝试基于 Node.js 的异步展开讨论，其他的主题只能日后慢慢补上了。(附：亦可以把本文当作是朴灵老师所著的《深入浅出 Node.js》一书的小结)。 异步 I/O Node.js 正是依靠构建了一套完善的高性能异步 I/O 框架，从而打破了 JavaScript 在服务器
在ES6中新增了asgnc...await...的异步解决方案，对于这种方案，有多种操作姿势，比如这样
本文主要会讲 Generator 的运用和实现原理，然后我们会去读一下 co 模块的源码，最后还会提一下 async/await。
笔者最近在对原生JS的知识做系统梳理，因为我觉得JS作为前端工程师的根本技术，学再多遍都不为过。打算来做一个系列，一共分三次发，以一系列的问题为驱动，当然也会有追问和扩展，内容系统且完整，对初中级选手会有很好的提升，高级选手也会得到复习和巩固。这是本系列的第三篇。
这个题目本身不是特别难，只能说是作为社招的基础面试题，但是如果想回答好这道题也不是很容易。
所谓同步，就是在发出一个"调用"时，在没有得到结果之前，该“调用”就不返回。但是一旦调用返回，就得到返回值了。换句话说，就是由“调用者”主动等待这个“调用”的结果。此调用执行完之前，阻塞之后的代码执行。
生成器第一次出现在CLU语言中CLU语言是由美国麻省理工大学的Barbara Liskov教授和她的学生们在1974年至1975年间所设计和开发出来的，这门语言虽然古老，但是却提出了很多如今被广泛使用的编程语言特性，生成器便是其中的一个。
ES6提供了一种新型的异步编程解决方案： Generator函数（以下简称G函数）。它不是使用JS现有能力按照一定标准制定出来的东西（ Promise是如此出生的），而是具有新型底层操作能力，与传统编程完全不同，代表一种新编程逻辑的高大存在。简洁方便、受人喜爱的 async函数就是以它为基础实现的。
这是一篇来自Python世界的文章，但是对整个编程领域还是适用的，多线程虽然让我们处理请求更快，但是也是有天花板的，绿色(微线程micro-thread)线程之类才是解决方案。 多线程软件开发解决了大量的问题，尤其是以网络为中心的应用程序，这些程序需要严苛的性能快速响应用户。不幸的是，多线程并不足以解决大规模并发性的问题。 解决这些问题需要改变编程模型，使用异步事件和基于回调机制。在Druva,我们创建了一个基于python库的名为Dhaga来解决大规模并发，而编程模型不需要重大改变。 软件开发人员生活在一个并发的世界。线程如今是一等公民，今天在开发过程中，特别是当您的应用程序执行密集的网络运营，如同Druva一样的inSync系统(网络安全同步产品)。多线程帮助网络操作的编程代码流变得简单和顺序。当我们的应用程序需要增强的性能或改善其可伸缩性,我们可以增加线程的数量。 但是当需要成千上万规模的并发请求,线程是不够的。 我们发现多线程使用有以下缺点： 1. inSync系统客户端需要大量的文件通过网络RPC调用备份到服务器。开发人员加快速度的典型方法是使用线程。但多线程带来的性能却增加内存和CPU的使用成本;开发人员需要在速度和线程数之间保持一个平衡。 2.我们的服务器需要处理inSync系统与成千上万的客户之间并发连接和通知。为了有效地处理连接,我们使用线程来处理请求。但inSync系统客户的不断增加也意味着我们不得不继续增加线程的数量,从而消耗大量服务器的内存和CPU。 3.我们的Web服务器需要处理成千上万的平行的HTTP请求。大部分工作是在接收和发送的数据网络套接字并将其传给inSync系统的后端。导致大多数的线程等待网络操作。导致C10K问题，当有成千上万的同步请求到Web服务器，为每个请求生成一个线程是相当不可扩展的(Scale)。 异步框架的限制 许多异步框架,包括 Twisted扭曲、Tornado龙卷风和asyncore可以帮助开发人员远离使用线程的流行的方式。这些框架依赖非阻塞套接字和回调机制(类似Node.js)。如果我们按原样使用这些框架,我们Druva代码的主要部分必须重构。这不是我们想要做的事。重构代码会增加开发和测试周期,从而阻止我们达到规模要求。鉴于产品的多个部分需要大规模,我们每个人将不得不重构他们——因此增加一倍或两倍的努力。 为了避免改变如此多的代码,我们不得不离开直接使用现有的框架。幸运的是,我们发现一些有用的工具。 因为我们想要控制在网络I / O的代码执行,我们需要一种将一个线程划分为微线程micro-thread的方法。我们发现greenlets。它提供一种非隐式的微线程调度，称为co-routine协程。换句话说。当你想控制你的代码运行时它非常有用。您可以构建自定义计划的微线程，因为你可以控制greenlets什么时候yield暂停。这对我们来说是完美的,因为它给了我们完全控制我们的代码的调度。 Tornado是一个用Python编写的简单的、非阻塞的Web服务器框架,旨在处理成千上万的异步请求。我们使用它的核心组件,IOLoop IOStream。IOLoop是一个非阻塞套接字I / O事件循环;它使用epoll(在Linux上)或队列(BSD和Mac OS X)，如果他们是可用的,否则选择()(在Windows上)。IOStream提供方便包装等非阻塞套接字读和写。我们委托所有套接字操作给Tornado，然后使用回调触发代码操作完成(banq注：非常类似Node.js机制)。 这是一个好的开始,但我们需要更多。如果我们在我们的代码中直接用上面的模块,我们大量的RPC代码将不得不改变，通过greenlets调度RPC，确保greenlets不要阻塞(如果greenlets堵塞，它会堵塞整个线程和其他全部),处理来自tornado的回调功能。 我们需要一个抽象来管理和安排greenlets 以避免让它被外部调用堵塞，这个抽象能够超越线程达到大规模可扩展。这个抽象是Dhaga，它能让应用代码流编程起来像传统同步顺序，但是执行是异步的。 Dhaga(来自印地语,这意味着线程)是我们抽象的一个轻量级线程的执行框架。Dhaga类是来源于greenlet，使用堆栈切换在一个操作系统线程中执行多个代码流。一个操作系统的线程中使用协作调度执行多个dhagas。每当一段dhaga等待时(主要是等待一个RPC调用返回)，它yield控制权给父一级(也就是说,是创建它的操作系统级别线程的执行上下文)。然后父一级会调度安排的另一个dhaga准备运行。RPC调用将传递给tornado web服务器异步写入Socket，然后在其返回时注册一个回调，当这个RPC返回时，正在等待的dhaga将被添加到可运行队列中，然后后被父线程拾起。(banq注：类似node.js原理) 我们可以使用Dhaga代替线程
上篇文章主要分享了事件循环的问题，包括Node的事件循环和JS的事件循环。它们有很多相似之处。今天要聊的是日常中的异步编程实现方案。
什么是BigPipe 关于BigPipe是在看一篇淘宝ued的官方博客上看到的，原文是说用nodejs做前后端分离的，只是稍微提了一下bigpipe。 感兴趣的同学也可以看一下那篇文章，http://ued.taobao.org/blog/2014/04/full-stack-development-with-nodejs/ 于是百度之，发现bigpipe是由facebook最先提出，个人感觉是个非常有意思的想法。 关于bigpipe的介绍，网上有很多，这里简单说一下： 我们平常打开网页通常都是串行的
对于并发处理的多个任务，如果任务与任务之间没有联系，那么这些任务是可以并行执行的，如果任务与任务之间有依赖，那么这些任务就需要串行执行了，因此对于并发的任务处理可以总结为两种情况，一种是并行的任务处理，另一种是串行的任务处理。
异步操作在计算机软硬件体系中是一个普遍概念，根源在于参与协作的各实体处理速度上有明显差异。软件开发中遇到的多数情况是CPU与IO的速度不匹配，所以异步IO存在于各种编程框架中，客户端比如浏览器，服务端比如node.js。本文主要分析Python异步IO。 Python 3.4标准库有一个新模块asyncio，用来支持异步IO，不过目前API状态是provisional，意味着不保证向后兼容性，甚至可能从标准库中移除（可能性极低）。如果关注PEP和Python-Dev会发现该模块酝酿了很长时间，可能后续有
原文链接： http://stackabuse.com/python-async-await-tutorial/ 过去几年，异步编程方式被越来越多的程序员使用， 当然这是有原因的。 尽管异步编程比顺序编程更难， 但是它也更高效。 在顺序编程中， 发起一个HTTP请求需要阻塞以等待他的返回结果， 使用异步编程你可以发起这个HTTP请求， 然后在等待结果返回的同时做一些其他的事情，等待结果的协程会被放在一个队列里面。 为了保证逻辑的正确性， 这可能会需要考虑的更多， 但是这也使我们用更少的资源处理更多的事情
工作中需要对web界面进行测试，在网上找了找解决方案，最终找到了Selenium WebDriver。 WebDriver简介 The primary new feature in Selenium 2.0 is the integration of the WebDriver API. WebDriver is designed to provide a simpler, more concise programming interface in addition to addressing some
promise可以获取异步操作的信息 主要有三种状态 pending(进行中),fulfilled(成功),rejected(失败) 完成后 可以通过resolve()返回数据 也就是定型状态 这是promise对象
虽然我对js的鄙视一直都是无以复加，但是奈何前端环境不得不依赖javascript。哪些nodejs的大神们四处布道nodejs统治一切：单线程非阻塞，高IO操作。但是，java也可以做好吧，而且GO做的更干练！假设你的应用程序要做两件事情，分别是A和B。你发起请求A，等待响应，出错。发起请求B，等待响应，出错。Go语言的阻塞模型可以非常容易地处理这些异常，而换到了Node里，要处理异常就要跳到另一个函数里去，事情就会变得复杂。
我们的开发过程中并不总是一帆风顺。特别是在某些情况下，我们可能希望停止程序或在发生不良情况时通知用户。
异步编程对 JavaScript 语言太重要。JavaScript 只有一根线程，如果没有异步编程，根本没法用，非卡死不可。
一、前言 第一次看koajs的示例时，发现该语句 function *(next){...............} ，这是啥啊？于是搜索一下，原来这是就是ES6的新特性Generator Function(生成器函数)。 那什么是生成器函数呢？其实就相当于C#2.0中通过yield关键字实现的迭代器的生成器（细节有所不同），那么理解的关键就在迭代器和yield关键字两部分了。下面将尝试从表象出发，逐步对生成器函数及利用它进行异步编
关于 JS 单线程、EventLoop 以及异步 I/O 这些底层的特性，我们之前做过了详细的拆解，不在赘述。在探究了底层机制之后，我们还需要对代码的组织方式有所理解，这是离我们最日常开发最接近的部分，异步代码的组织方式直接决定了开发和维护的效率，其重要性也不可小觑。尽管底层机制没变，但异步代码的组织方式却随着 ES 标准的发展，一步步发生了巨大的变革。接着让我们来一探究竟吧！
React15之前的协调过程是同步的，也叫stack reconciler，又因为js的执行是单线程的，这就导致了在更新比较耗时的任务时，不能及时响应一些高优先级的任务，比如用户的输入，所以页面就会卡顿，这就是cpu的限制。
var 是全局作用域，往windows里面写入，可先使用后声明，也可重复定义不建议使用
如果你能清晰准确地回答出这3个关于异步老生常谈的经典问题，可以跳过下一小节的释义。
最近swoole在php中越来越知名,很多人说swoole给与了php的新生,有swoole的php可以和node js,go等语言抗衡,那么,我们从技术角度来说,swoole到底实现了什么,如果没有
接着昨天讲，四种异步解决方案前两种回调函数和promise昨天讲过了，今天只是补充说明另外两种解决方案。那讲之前肯定少不了我们要明确一下同步和异步的概念，这里咱找了一个更官方的解释来让我们更加的通俗易懂。
Java中的Thread类是实现多线程编程的关键基础。在Java中，yield()方法是其中一个用于控制线性“执行/被执行”的指令之一。当调用yield()方法时，当前线程将放弃当前抢占到的CPU资源，并让其他具有相同优先级的线程运行。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
