程式碼最小的庫rx4rx-lite雖然在效能測試中超過了callbag，但和most庫較量的時候卻落敗了，於是我下載了most庫，要解開most庫效能高的原因。 我們先上一組測試資料，這是在我的windows10 上面跑的

dataflow for 1000000 source events

經過我的不懈努力終於把效能超過了most庫。 我先介紹一下fast庫的工作原理，下一篇文章我再介紹如何從most庫中找到效能提升的要領。

在fast庫中，我們開始使用一個基類作為一切操作符的父類，名為Sink。

class Sink {
    constructor(sink, ...args) {
        this.defers = new Set()//用於存放需要釋放的操作
 

        this.sink = sink
        this.init(...args)
        if (sink) sink.defers.add(this)//用於釋放的連鎖反應
    }
    init() {

    }
	//是否連鎖釋放
    set disposePass(value) {
        if (!this.sink) return
        if (value)
            this.sink.defers.add(this)
        else this.sink.defers.delete(this)
    }
 

	//資料向下傳遞
    next(data) {
        this.sink && this.sink.next(data)
    }
	//完成/error事件向下傳遞
    complete(err) {
        this.sink && this.sink.complete(err)
        this.dispose(false)
    }
    error(err) {
        this.complete(err)
    }
	//釋放即取消訂閱功能
    dispose(defer = true) {
        this.disposed = true
        this.complete = noop
        this.next = noop
        this.dispose = noop
        this.subscribes = this.subscribe = noop
        defer && this.defer() //銷燬時終止事件源
    }
    defer(add) {
        if (add) {
            this.defers.add(add)
        } else {
            this.defers.forEach(defer => {
                switch (true) {
                    case defer.dispose != void 0:
                        defer.dispose()
                        break;
                    case typeof defer == 'function':
                        defer()
                        break
                    case defer.length > 0:
                        let [f, thisArg, ...args] = defer
                        if (f.call)
                            f.call(thisArg, ...args)
                        else f(...args)
                        break
                }
            })
            this.defers.clear()
        }
    }
    subscribe(source) {
        source(this)
        return this
    }
    subscribes(sources) {
        sources.forEach(source => source(this))
    }
}

為了效能，程式碼量稍微有點多了。原本傳入next和complete函式，現在變為傳入sink物件，這裡十分類似向Observable傳入Observer物件。但是與rxjs不同的是，我們的Observable仍然是一個函式，我們看一個從陣列構造Observable的程式碼

exports.fromArray = array => sink => {
    sink.pos = 0
    const l = array.length
    while (sink.pos < l && !sink.disposed) 
		sink.next(array[sink.pos++])
    sink.complete()
}

這個pos為什麼不直接定義一個變數呢？let pos = 0這是常規做法，這裡把變數定義到了物件的屬性上面，純粹是為了提高一點點效能，經過測試發現，直接訪問（讀寫操作）區域性變數，比訪問物件的屬性要慢一些。

由於大部分的操作符都是相同的呼叫方式，所以可以抽象成一個函式

exports.deliver = Class => (...args) => source => sink => source(new Class(sink, ...args))

take操作符就變成了這樣

class Take extends Sink {
    init(count) {
        this.count = count
    }
    next(data) {
        this.sink.next(data)
        if (--this.count === 0) {
            this.defer()
            this.complete()
        }
    }
}
exports.take = deliver(Take)

而我們的subscriber就變成了這樣

exports.subscribe = (n, e = noop, c = noop) => source => {
        const sink = new Sink()
        sink.next = n
        sink.complete = err => err ? e(err) : c()
        source(sink)
        return sink
    }

至此fast庫的基本構建邏輯已經展示完畢。 至於為什麼這麼快，就請聽下回分解。 （未完待續）