5、Node.js-js异步编程

1、异步编程(Asynchronous,async)和同步编程(Synchronous,sync)时相对的概念
所谓同步编程,相当于C#开发中,只有一个主线程,所有的代码都在主线程上运行,那么当某个函数运行时间过长,就会出来程序无响应,即形成假死状态;
而为了解决或者说防止界面出面无响应的状态,我们常常会开一个或多个子线程去运行那些执行时间较长的函数,而不是放在主线程上运行,这样就不会出现假死现象,而这种多线程的方式,就是异步编程.
当然,上述是C#的异步编程概念.但是,js是单线程的,单线程怎么能实现前述的异步编程呢?这就说来话长了.
(1)首先,js为什么是单线程的?
js的主要作用就是与用户进行交互和操作DOM,这就导致它只能是单线程,否则会带来很多复杂的同步问题:比如,假设js有两个线程,一个线程在某个DOM节点上添加内容，另一个线程删除了这个节点，这时浏览器应该以哪个线程为准？为了避免复杂性,所以js从一开始就是单线程的,这也是js的核心特征.(为了使用多核CPU的计算能力,H5提出Web Worker标准,运行JS脚本创建多个线程,但是子线程完全受主线程控制,且不得操作DOM(早想啥来着?这个解决方式至于想很多年么?),因此,这个新标准并没有改变js单线程的本质).
(2)任务队列

单线程就意味着，所有任务需要排队，前一个任务结束，才会执行后一个任务。如果前一个任务耗时很长，后一个任务就不得不一直等着。
如果排队是因为计算量大，CPU忙不过来，倒也算了，但是很多时候CPU是闲着的，因为IO设备（输入输出设备）很慢（比如Ajax操作从网络读取数据），不得不等着结果出来，再往下执行。
js语言的设计者意识到，这时主线程完全可以不管IO设备，挂起处于等待中的任务，先运行排在后面的任务。等到IO设备返回了结果，再回过头，把挂起的任务继续执行下.

举例:
var fs=require(‘fs’);
fs.open(‘xx.txt’);//打开某个txt文档,假定它要执行1个小时
var x=0;//一个小时后才能声明变量x并赋值为0
但是实际上在执行open函数的一个小时内,只是在调用i/o设备去打开txt文件,而cpu还处于闲置状态,换句话说,在这一个小时内,cpu一直都有执行"var x=0"这段代码的能力,只是没允许cpu去执行它或者说没轮到它,这就相当于浪费了cpu的性能也浪费了时间.)

于是，所有任务可以分成两种，一种是同步任务（synchronous），另一种是异步任务（asynchronous）*。同步任务指的是，在主线程上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务；异步任务指的是，不进入主线程、而进入"任务队列"（task
queue）的任务，只有"任务队列"通知主线程，某个异步任务可以执行了，该任务才会进入主线程执行。
具体来说，异步执行的运行机制如下。（同步执行也是如此，因为它可以被视为没有异步任务的异步执行。）
（1）所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。

（2）主线程之外，还存在一个"任务队列"（task queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。

（3）一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。

（4）主线程不断重复上面的第三步。

我的理解:
js虽然没用多线程,但是在单线程之外,有一个任务队列,该任务队列的作用就是把多线程模式中所有子线程应该执行的函数都放在这里,当单线程内的所有任务都执行完以后,把任务队列中的所有任务(函数)拿到单线程中执行(定时器不同,定时器的回调函数允许"插队",只要到了它的回调函数的执行时间,那么它的回调函数马上就进入主线程当前被执行函数的后面执行),只要主线程(单线程)空了,就去读取任务队列,这个过程循环往复.所谓的事件循环模型或事件循环机制就是指上面这个过程,事件=任务队列中的函数(就是称呼不同,换个名字而已)

2、图解异步和同步