EventLoop이란 무엇입니까? Node 또는 페이지의 성능을 테스트하는 방법-JS 튜토리얼-php.cn

EventLoop이란 무엇입니까? Node 또는 페이지의 성능을 테스트하는 방법

青灯夜游

풀어 주다： 2023-03-03 19:47:49

앞으로

2131명이 탐색했습니다.

모든 사람이 이벤트 루프 메커니즘을 알아야 합니다. 이 기사에서는 EventLoop를 사용하여 노드 또는 페이지 성능을 감지하는 흥미로운 코드를 작성합니다. 그런데 EventLoop이 모든 사람에게 도움이 되기를 바랍니다. EventLoop이란 무엇입니까? Node 또는 페이지의 성능을 테스트하는 방법

Event Loop

모든 사람은 Event Loop의 메커니즘을 알아야 합니다. 먼저 요약을 반복하겠습니다. Node.js는 Javascript의 이벤트 루프와 다릅니다. 직관적으로 setImmediate 및 process.nextTick라는 두 가지 API가 더 있습니다. 둘째, 런타임이 다르기 때문에 Html Standrad는 여러 페이지 및 DOM 작업과 같은 다양한 소스에 대해 다양한 작업 대기열을 고려합니다. 그리고 Node.js 이벤트 루프 고려할 사항이 그리 많지 않습니다. setImmediate 和 process.nextTick 两个 API。其次是由于运行时不一样，Html Standrad 里面会考虑多页面、DOM操作等不同来源会有不同的 task queue 。而 Node.js Event Loop 中需要考虑的没这么多。按照我的理解，双方在概念上是一致的，可以如此概括（或者看这里）：

task queue 任务队列。一些事件等会被定义为任务，很多时候会被称为 MacroTask（宏任务）与 MicroTask 进行对应。每次会获取队头的 task 进行执行。
microtask queue 微任务队列。会有一个微任务队列，一个 Task 内一般会执行清空微任务队列。
如此往复。

性能测量

在上面的了解之后，有一个简单的对性能进行测量的方法：每秒内完成了多少次 Event Loop 循环，或者说执行了多少个 MacroTask，这样我们大致就能知道代码中同步的代码的执行情况。 测试函数

class MacroTaskChecker {
    constructor(macroTaskDispatcher, count = 1000, cb = () => { }) {
        this.macroTaskDispatcher = macroTaskDispatcher
        this.COUNT = count
        this.cb = cb
    }
    start(cb) {
        this.cb = cb || this.cb
        this.stop = false
        const scope = () => {
            let count = this.COUNT
            const startTime = performance.now()
            const fn = () => {
                count--
                if (count > 0) this.macroTaskDispatcher(fn)
                else {
                    const endTime = performance.now()
                    // 执行 COUNT 次宏任务之后 计算平均每秒执行了多少个
                    this.cb({
                        avg: this.COUNT / (endTime - startTime) * 1000,
                        timestamp: endTime
                    })
                    !this.stop && this.macroTaskDispatcher(scope)
                }
            }
            this.macroTaskDispatcher(fn)
        }
        scope()
    }

    stop() {
        this.stop = true
    }
}

로그인 후 복사

之后，执行一些死循环去测试是否能检测到密集同步代码执行。

function meaninglessRun(time) {
    console.time(&#39;meaninglessRun&#39;)
    for (let i = time; i--; i > 0) {
        // do nothing
    }
    console.timeEnd(&#39;meaninglessRun&#39;)
}

setTimeout(() => {
    meaninglessRun(1000 * 1000 * 1000)
}, 1000 * 5)

setTimeout(() => {
    checker.stop()
    console.log(&#39;stop&#39;)
}, 1000 * 20)

로그인 후 복사

setTimeout

const checker = new MacroTaskChecker(setTimeout, 100)

checker.start(v => console.log(`time: ${v.timestamp.toFixed(2)} avg: ${v.avg.toFixed(2)}`))

로그인 후 복사

从输出中能明显看到同步阻塞的时候avg是下降的。不过在 browser 和 node.js 上测试两边会有明显差距。【相关教程推荐：nodejs视频教程】

// node.js
time: 4837.47 avg: 825.14
time: 4958.18 avg: 829.83
meaninglessRun: 918.626ms
time: 6001.69 avg: 95.95
time: 6125.72 avg: 817.18
time: 6285.07 avg: 635.16
// browser
time: 153529.90 avg: 205.21
time: 154023.40 avg: 204.46
meaninglessRun: 924.463ms
time: 155424.00 avg: 71.62
time: 155908.80 avg: 208.29
time: 156383.70 avg: 213.04

로그인 후 복사

虽然达成我们的目的，但是使用 setTimeout 是不完全能准确记录下每一个任务的。根据 HTML Standrad 和 MDN 的说法，setTimeout 最少的会等待4ms。从这个角度看 browser avg * 4ms

approx

1000ms。而 node.js 应该是没有遵循 browser 那边的约定，但是也没有执行到记录每一个loop。

setImmediate

如果使用 node.js 的 setImmediate：

const checker = new MacroTaskChecker(setImmediate, 1000 * 10)

로그인 후 복사

可以看到执行次数大概高出 Node.js setTimeout 一个量级：

time: 4839.71 avg: 59271.54
time: 5032.99 avg: 51778.84
meaninglessRun: 922.182ms
time: 6122.44 avg: 9179.95
time: 6338.32 avg: 46351.38
time: 6536.66 avg: 50459.77

로그인 후 복사

按照 Node.js 文档中的解释，setImmediate 会在每一个 loop (phase) 的 check 阶段执行。使用 setImmediate 应该是能准确记录每一次 Loop 的。我这台机器大概是 40000 到 60000 之间的循环次数。

window.postMessage

在 browser 上由于没有 setImmediate 我们可以按照 MDN 上的指引使用 window.postMessage

제가 이해한 바에 따르면 두 당사자는 개념적으로 일관되며 다음과 같이 요약할 수 있습니다(또는 여기): 🎜

🎜작업 대기열 작업 대기열. 일부 이벤트는 태스크로 정의되며, 마이크로태스크(MicroTask)에 대응하기 위해 매크로태스크(Macro Task)라고도 부른다. 매번 대기열의 선두에 있는 작업이 실행을 위해 획득됩니다. 🎜
🎜마이크로태스크 큐 마이크로태스크 큐. 마이크로태스크 대기열이 있으며 일반적으로 마이크로태스크 대기열은 작업 내에서 지워집니다. 🎜
🎜 등등. 🎜

🎜🎜성능 측정🎜🎜🎜위 내용을 이해한 후 성능을 측정하는 간단한 방법이 있습니다. 초당 얼마나 많은 이벤트 루프 사이클이 완료되는지, 또는 매크로 태스크가 몇 번 실행되는지 등입니다. 코드에서 동기화된 코드의 실행을 대략적으로 알 수 있습니다. 🎜🎜🎜테스트 기능🎜🎜

const fns = []
window.addEventListener("message", () => {
    const currentFns = [...fns]
    fns.length = 0
    currentFns.forEach(fn => fn())
}, true);
function messageChannelMacroTaskDispatcher(fn) {
    fns.push(fn)
    window.postMessage(1)
}

로그인 후 복사

🎜그런 다음 무한 루프를 실행하여 집중적인 동기 코드 실행이 감지될 수 있는지 테스트하세요. 🎜

time: 78769.70 avg: 51759.83
time: 78975.60 avg: 48614.49
meaninglessRun: 921.143 ms
time: 80111.50 avg: 8805.14
time: 80327.00 avg: 46425.26
time: 80539.10 avg: 47169.81

로그인 후 복사

🎜🎜setTimeout🎜🎜

const { port1, port2 } = new MessageChannel();
const fns = []
port1.onmessage = () => {
    const currentFns = [...fns]
    fns.length = 0
    currentFns.forEach(fn => fn())
};
function messageChannelMacroTaskDispatcher(fn) {
    fns.push(fn)
    port2.postMessage(1)
}

로그인 후 복사

🎜동기화가 차단되면 평균이 감소하는 것을 출력에서 명확하게 볼 수 있습니다. 그러나 브라우저와 node.js에서의 테스트에는 분명한 차이가 있습니다. [권장 관련 튜토리얼: nodejs 동영상 튜토리얼]🎜

time: 54974.80 avg: 68823.12
time: 55121.00 avg: 68493.15
meaninglessRun: 925.160888671875 ms
time: 56204.60 avg: 9229.35
time: 56353.00 avg: 67430.88
time: 56503.10 avg: 66666.67
// 一起执行 wp=window.postMessage mc=MessageChannel
wp time: 43307.90 avg: 25169.90
mc time: 43678.40 avg: 27005.13
wp time: 43678.60 avg: 26990.55
mc time: 44065.80 avg: 25833.12
wp time: 44066.00 avg: 25819.78
mc time: 44458.40 avg: 25484.20

로그인 후 복사

🎜우리는 목표를 달성했지만 goal을 사용하지만 setTimeout을 사용하면 모든 작업을 정확하게 기록할 수 없습니다. HTML Standrad 및 MDN에 따르면 setTimeout은 최소 4ms를 기다립니다. 이 관점에서 볼 때 브라우저 평균 * 4ms