async-lock模块理解

        在Appium1.7.1里集成了一个同步模块async-lock用来支持多会话功能。

        只能说就算是以单线程高并发闻名的I/O密集型Nodejs也不得不扩展额外的同步块方法，或者说，在现有的计算机体系结构和配备的操作系统之下，所有的编程语言都无法摒弃同步信息块。

        不过想想也是，这个世界原本是处于无序的状态，只是有了人类的干预，才会让一切事情直着走。要是没有同步块，所有的线程(Nodejs底层的异步也是多线程)就会如野草生成一般，力量强大，但不可被控制，而不可被控制恰恰是不能被人类所容忍的。

        首先需要明白一点的是，或者说以下内容的前提是，Nodejs碰到异步回调会启动I/O，之后继续往下执行。

        以官网的两句代码(https://www.npmjs.com/package/async-lock)为例：

        user1和user1操作redis数据库，取同一个键的值乘以2：

User1
lock.acquire('key', function(cb){
    // Concurrency safe
    redis.get('key', function(err, value){
        redis.set('key', value * 2, cb);
    });
}, function(err, ret){
});

User2
lock.acquire('key', function(cb){
    // Concurrency safe
    redis.get('key', function(err, value){
        redis.set('key', value * 2, cb);
    });
}, function(err, ret){
});

acquire函数的签名如下：

AsyncLock.prototype.acquire = function (key, fn, cb, opts)

key：就是”key”

fn：就是执行的函数

cb：fn函数执行完后的回调函数

opts：配置参数

再看acquire函数的具体实现

对于User1，进入acquire函数执行的是：

这里是个关键：queue是一个字典型，一开始key为空，queue[‘key’]已经被赋值空数组了，执行exec(true)函数。

exec函数：

if else判断需要返回的是Promise，还是以函数回调的方式结束

User1、User2的例子是函数回调方式，所以进入if条件执行。

cb是fn(cb)传过来的，在执行完fn()函数后，就会调用cb：

这里是重点，在调用fn之前，都是CPU在执行，现在执行fn函数，会有回调，这个时候异步I/O启动，CPU继续往下执行，这里的CPU往下执行不是进入fn函数体，而是执行User2的代码，即开始执行：

 

还是进入acquire函数，这个时候走的是另一个分支：

 

把exec函数存进一个数组，然后User2就执行完了。CPU继续往下执行User2之后的代码。

假如在某个时刻，User1的异步执行到了cb函数，即红框内的函数：

 

会调用done函数，其中的关键如下：

可以看到，User2被移出，并且执行其中的exec函数，这样就能保证User2的异步代码在User1之后执行。

总结起来，是以一个中间共有的队列，存放异步函数，在上一个操作完临界资源后，再从队列里shift出来执行异步函数，以达到同步的目的。