前端实现异步的方法

前端实现异步的方法

1、JS 异步编程进化史：callback -> promise -> generator -> async + await
2、async/await 函数的实现，就是将 Generator 函数和自动执行器，包装在一个函数里
3、async/await可以说是异步终极解决方案了

JS是单线程，就是一个时间内只能执行一个任务，也就是程序运行是同步，下一步的程序必须等到上一步程序运行完再运行。

同步机制会很大程度影响到实际的开发和用户体验，一段 js 代码如果长时间执行就会卡在原地从而影响后面代码的执行，会导致页面卡死，浏览器响应过慢出现“假死”。为了解决这问题就出现了异步编程。

一、回调函数

回调函数是一个函数被作为一个参数传递到另一个函数里，在那个函数执行完后再执行。（ 也即：B函数被作为参数传递到A函数里，在A函数执行完后再执行B ）
回调函数是异步编程最基本的方法，回调不一定是异步

• 优点：简单，易理解和部署。
• 缺点：不利于代码的阅读和维护，各个部分之间高度耦合，流程很混乱，使用不当易引起内存泄漏，而且每个任务只能指定一个回调函数。还不能使用 try catch捕获错误，不能直接 return

原理：利用定时器的工作原理将 f1 放入事件队列中去执行，哪怕延时是 0，也是如此，因此不堵塞程序运行。此处掌握定时器的工作原理。

eg：有两个函数 f1() 和 f2()，后者等待前者的执行结果。

f1();
f2();

//如果f1是一个很耗时的任务，可以考虑改写f1，把f2写成f1的回调函数。
function f1(callback){
   
    setTimeout(function () {
   
        // f1的任务代码
        callback();
    }, 1000);
}

//执行代码就变成下面这样，上面的函数执行即可改为异步：
f1(f2());

eg：发送ajax请求

回调函数有一个致命弱点，就是容易写出回调地狱（Callback hell）。假设多个请求存在依赖性，可能就会如下层层嵌套：

ajax(url, () => {
   
    // 处理逻辑
    ajax(url1, () => {
   
        // 处理逻辑
        ajax(url2, () => {
   
            // 处理逻辑
        })
    })
})

二、事件监听

另一种思路是采用事件驱动模式。任务的执行不取决于代码的顺序，而取决于某个事件是否发生。

• 优点：比较容易理解，可以绑定多个事件，每个事件可以指定多个回调函数，而且可以“去耦合”，有利于实现模块化。
• 缺点：是整个程序都要变成事件驱动型，运行流程会变得很不清晰。

原理：利用定时器的原理去把 f1 放入事件队列里，等全部执行完毕之后，才会执行事件队列里的方法。

eg：f1()，f2()，f2 要等到 f1 执行完成后再执行。

f1.on('done', f2);
//意思是，当f1触发done事件，就执行f2。然后，对f1进行改写：

function f1(){
   
    setTimeout(function () {
   
        // f1的任务代码
        f1.trigger('done');
    }, 1000);
}

f1.trigger(‘done’) 表示，执行完成后，立即触发 done 事件，开始执行 f2。

三、发布/订阅（观察者模式）

类似于一个信号中心，有人发布信息，有人订阅信息。在执行某个任务时你需要接收到信息然后再去执行，那么就必须要有人去发信息给你这个执行任务的信号！这种的模式就叫做“发布/订阅”模式（publish-subscribe pattern），又称为“观察者模式”！和事件监听有些类似。

• 优点：与事件监听类似，容易理解，可以有多个订阅个信号，可以通过查看“消息中心”，了解存在多少信号、每个信号有多少订阅者，从而监控程序的运行。

两个函数：f1()，f2()，f2 要等到 f1 执行完成后再执行！

对如上的f1进行改写：

function f1(){
   
    setTimeout(function(){
   
        //......
        //jQuery为信号中心，jQuery发布信号'done'
        jQuery.publish<