关于javascript异步

1.简单的理解

　　JavaScript是单线程的！总所周知，正常代码是从上而下，一条一条顺序执行的。就好比下楼梯，第一条代码先获得内存或者先执行操作。当遇到漫长的处理操作时（比如读取庞大的文件时，执行大量的计算时），就会发生阻塞。如下图：

　　　　

　　

　　　　var fs = require("fs");
　　　　var data = fs.readFileSync('input.txt');//读取文件
　　　　console.log(data.toString());　　　　　　//读完了文件才能执行=====>data.tostring()
　　　　console.log("程序执行结束!");

　　　　这就导致你后面要走的路（ console.log("程序执行结束!");）是受你这阶长路相关联的代码（console.log(data.toString());）影响的。

　　　　就问你难不难受？

　　　　好在javascript有个回调这个功能，说白了就是收到事件完成的通知后要执行的内容。如下图：

　　紫色代表执行过的代码，红色表示data.toString()代码,小人则表示老哥们在哪。

　　var fs = require("fs");

　　fs.readFile('input.txt', function (err, data) {
    　　if (err) return console.error(err);
console.log(data.toString());     //但是！data.toString()在文件读取后并不会立即执行
　　});
　　console.log("程序执行结束!");

　　输出：

　　>程序执行结束!
　　>菜鸟教程官网地址：www.runoob.com

　　这里我们可以看到，是先打印“程序执行结束！”，再执行data.String()的。这说明，我们下完楼梯才会去走上移了的路。（即，执行完js主程序所有的代码，才会去执行回调）

　　我就问你刺不刺激？

2.比较

　  一目了然的发现，我盗用了代码。第一段代码是阻塞代码，第二段代码是非阻塞代码。有了回调后，咱就不用担心效率问题喽！

　　假如上面阻塞代码要执行完需要：10s（做个比方，别当真）=======>读文件用时7s======>打印文件内容2s======>打印结束1s（ok  7+2+1=10）

　　　　　　　　则非阻塞代码需要：=======>读文件用时7s=======>打印结束1s=======>打印文件内容1s(What the  fuck!  7+1+2=10)

　　执行顺序发生改变却没有提高运行速度！

　　

　　这其实是一个哲♂学问题！

　　如果代码的侧重点不是看向-打印文件内容，而是看向-打印结束。这样原来要第10秒这个时间才能执行打印结束，而老子现在第8秒就能打印结束，足足快了2秒啊！！！想想如果把打印结束这段代码变成请求回复，我的天呐。。。。

　　说了一堆废话，收。

3.0异步

　　单线程是什么，我可不管单线程是什么，在我的想象中，单线程就好像一根吸管，吸就完事了。不对，单线程是老哥一人对着吸管一个劲的吸，独享一个管的快乐。那多线程就像是老哥的快乐基友们看见老哥在偷吃，抢走了快乐！一群人你一口，我一口的用吸管吸！你吸的时间长，你占用的cpu的时间就长，其它快乐基友就只能看着你喝。为了合理，咱就排队轮流来。。。扯远了

　　同步，我的理解就是在一个时间间隔内，第一步执行完执行第二步，顺序执行。那异步就是在这一个时间间隔里，我不光执行第一个动作，同时我还在做着另一个动作。

　　那有人要问了，你胡说，你这两段代码都是顺序执行的呀，呵呵。

　　哼，事实上异步处理对于cpu来说也是顺序执行，只是每段代码处理速度快到你以为是同时发生的。想想老哥和基友们，每个人使用吸管的时间足够断，在肉眼上就能够看到一个会变化的人在吸一个吸管的假像。

　　具体来说，异步运行机制如下：
　　（1）所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。
　　（2）主线程之外，还存在一个"任务队列"（task queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。
　　（3）一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。
　　（4）主线程不断重复上面的第三步。
　　 --------------------- 
　　 原文：https://blog.csdn.net/qq_22855325/article/details/72958345 　

　　说的真好！