是的，我说过了！ 并行运行回调时，回调速度比并行运行 async/await 快 。当我们运行顺序回调时，速度仅提高了 。 4.8 倍 1.9 倍 在我收到一些关于我的不可靠测试的有用和善意的评论后，我对这篇文章进行了一些修改。 😂🙏 谢谢至 和 感谢您花时间将基准引向正确的方向。我的第一个失误是我实际上并没有等待代码执行完成，这严重扭曲了结果。第二个是我正在比较并行运行时和顺序运行时，这使得基准测试毫无价值。 里卡多·洛佩斯 瑞恩·坡 这是第二轮，它解决了我最初的错误。之前我说过： 最初，我写道，如果我们回到回调，NodeJS 的速度会快 34.7 倍！ 🤣 错了。 不像我之前的糟糕基准那么令人印象深刻（并查看上下文的评论），但仍然有相当大的差异。 那么我到底测试了什么？ 我在读取文件时将回调与 Promise 和 async/await 进行了 10,000 次比较。也许这是一个愚蠢的测试，但我想知道，哪个 I/O 速度更快。 然后我终于将 Node.js 中的回调与 Go 进行了比较！ 现在，猜猜谁赢了？ 我不会刻薄的。 。戈朗！  太长了 越低越好。结果以  。 ms 现在，真正的基准测试者？在这件事上对我宽容一些。但请留下您的评论，让我成为一个更好的人。 大家都在说 Node.js 很慢！ 这让我很烦恼。 因为慢意味着什么？与所有基准一样，我的基准是上下文相关的。 我开始阅读有关 ，只是为了开始理解 。 事件循环 怎么运行的 但我主要了解的是，Node.js 将 I/O 任务传递到位于 Node.js 主可执行线程外部的队列上。该队列运行于  。许多线程可能会处理这些 I/O 操作。这就是 Node.js 可以发挥作用的地方：处理 I/O。 纯C 然而，承诺是在主单个可执行线程中处理的。异步/等待，很好，承诺但现在添加了阻塞。   那么回调比承诺更快吗？ 让我们来测试一下。 首先。我的 ！与他人合作的补充 。请务必注意我们正在使用哪些资源。充足的内存和CPU。 机器 业力   MacBook Pro (14-inch, 2021) Chip Apple M1 Pro Memory 32 GB Cores 10 NodeJS v20.8.1 所以我们有一个 文件，其中包含 消息  。 text.txt 原始 Hello, world   echo "Hello, world" > text.txt 我们将使用本机 Node.js 读取此文本文件，这意味着零节点模块依赖性，因为我们不想因为宇宙中最重的物体而拖慢速度。 回调 并行回调 首先，让我们从 回调开始。我感兴趣的是能够以多快的速度一次性读取同一个文件。什么比并行更快？ 并行   // > file-callback-parallel.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs"; test('reading file 10,000 times with callback parallel', (t, done) => { let count = 0; for (let i = 0; i < 10000; i++) { fs.readFile("./text.txt", { encoding: 'utf-8'}, (err, data) => { assert.strictEqual(data, "Hello, world"); count++ if (count === 10000) { done() } }) } }); 顺序回调 其次，我们再次有回调，但是是顺序的（或者更确切地说是阻塞的）。我感兴趣的是顺序读取同一文件的速度。已经很久没有进行回调调用回调了，再次尝试很有趣。虽然，看起来并不漂亮。   // > file-callback-blocking.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs"; let read = (i, callback) => { fs.readFile("./text.txt", { encoding: 'utf-8'}, (err, data) => { assert.strictEqual(data, "Hello, world"); i += 1 if (i === 10000) { return callback() } read(i, callback) }) } test('reading file 10,000 times with callback blocking', (t, done) => { read(0, done) }); 异步/等待 然后我们有异步/等待。我最喜欢的使用 Nodejs 的方式。 并行异步/等待 这是我可以通过 async/await 获得的最大并行度。我将所有 操作加载到一个数组中，并使用 等待它们。 readFile Promise.all   // > file-async-parallel.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs/promises"; test('reading file 10,000 times with async parallel', async (t) => { let allFiles = [] for (let i = 0; i < 10000; i++) { allFiles.push(fs.readFile("./text.txt", { encoding: 'utf-8'})) } return await Promise.all(allFiles) .then(allFiles => { return allFiles.forEach((data) => { assert.strictEqual(data, "Hello, world"); }) }) }); 顺序异步/等待 这是写起来最简单、最简洁的一篇。   // > file-async-blocking.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs/promises"; test('reading file 10,000 times with async blocking', async (t) => { for (let i = 0; i < 10000; i++) { let data = await fs.readFile("./text.txt", { encoding: 'utf-8'}) assert.strictEqual(data, "Hello, world"); } }); 承诺 最后，我们有没有 async/await 的 Promise。我早已停止使用它们，转而使用  ，但我对它们是否高性能感兴趣。 async/await 平行的承诺 // > file-promise-parallel.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs/promises"; test('reading file 10,000 times with promise parallel', (t, done) => { let allFiles = [] for (let i = 0; i < 10000; i++) { allFiles.push(fs.readFile("./text.txt", { encoding: 'utf-8'})) } Promise.all(allFiles) .then(allFiles => { for (let i = 0; i < 10000; i++) { assert.strictEqual(allFiles[i], "Hello, world"); } done() }) }); 连续的承诺。 同样，我们要等待所有 操作的执行。 readFile   // > file-promise-blocking.test.mjs import test from 'node:test'; import assert from 'node:assert'; import fs from "node:fs/promises"; test('reading file 10,000 times with promises blocking', (t, done) => { let count = 0; for (let i = 0; i < 10000; i++) { let data = fs.readFile("./text.txt", { encoding: 'utf-8'}) .then(data => { assert.strictEqual(data, "Hello, world") count++ if (count === 10000) { done() } }) } }); 瞧！结果🎉！我什至运行了几次以获得更好的阅读效果。 我通过执行以下操作来运行每个测试：   node --test <file>.mjs 它也比并行 Promise 快 4.7 倍！ 使用回调读取文件 10,000 次比并行使用 async/await 快 5.8 倍以上！ 因此，在 Node.js 领域，回调的性能 ！ 更高 现在 Go 比 Node.js 更快吗？ 好吧，我不是用 Go 编写的，所以这可能是真正糟糕的代码，因为我要求 ChatGPT 帮助我，但它 相当不错。 看起来 嘿嗬。我们走吧。我们的 Golang 代码。   package main import ( "fmt" "io/ioutil" "time" ) func main() { startTime := time.Now() for i := 0; i < 10000; i++ { data, err := ioutil.ReadFile("./text.txt") if err != nil { fmt.Printf("Error reading file: %v\n", err) return } if string(data) != "Hello, world" { fmt.Println("File content mismatch: got", string(data), ", want Hello, world") return } } duration := time.Since(startTime) fmt.Printf("Test execution time: %v\n", duration) } 我们这样运行它：   go run main.go 结果如何？   Test execution time: 58.877125ms  🤯 使用顺序回调，Go 比 Node.js 快 4.9 倍。 Node.js 只有通过并行执行才能接近。  Node.js Async/await 比 Go 慢 9.2 倍。 所以是的。 Node.js 速度较慢。尽管如此，在 300 毫秒内处理 10,000 个文件也不容小觑。但 Go 的速度让我感到谦卑！ 现在只是一个旁注。我有不好的基准吗？ 我确实有糟糕的基准。再次感谢里卡多和瑞安。 是的，我做到了。希望现在他们更好了。 但您可能会问，谁真的会一遍又一遍地读取同一个文件？但对于事物之间的相对测试，我希望这是一个有用的比较。 我也不知道 Node.js 使用了多少个线程。 我不知道我的 CPU 核心如何影响 Go 与 Node.js 的性能。 我可以租一台只有一个核心的 AWS 机器并进行比较。 是因为我用的是 Mac M1 吗？  Node.js 在 Linux 或 Windows 上的执行情况如何？ 😱 还有一个实用性，是的，读取文件是一回事，但在某些时候，您必须等待读取文件才能对文件中的数据执行某些操作。因此，主线程的速度仍然非常重要。 现在，您真的想使用回调吗？ 我的意思是，你真的真的想要吗？ 我不知道。我绝对不想告诉任何人该怎么做。 但我喜欢 async/await 简洁的语法。 他们看起来更好了。 他们读得更好。 我知道这里的更好是主观的，但我记得回调地狱，当承诺出现时我很感激。它让 Javascript 变得可以忍受。 现在，Golang 在最佳状态下明显比 Node.js 快，在回调和异步/等待方面，快了 9.2 倍！因此，如果我们想要良好的可读性和性能，Golang 是赢家。尽管如此，我很想了解 Golang 的底层是什么样的。 任何人。这很有趣。这更多的是帮助我理解回调和 I/O 在事件循环中如何工作的练习。 所以要退出 Node.js 慢吗？或者我们只是在慢速模式下使用 Node.js？ 也许在性能很重要的地方，Golang 值得一跳。将来我肯定会更多地考虑使用 Golang。 也出现 。 在这里

Read My Stories

Senior Software Engineer

該音頻是用故事的原始語言製作的！

NodeJS：如果您返回回调，速度会快 4.8 倍！

About Author

註釋

標籤

这篇文章刊登在

Related Stories

看不见的层面：为什么用户访谈是不可替代的资产

Claude Sonnet 3.5 系统提示泄漏：法医分析

比特币 UTXO 模型，为独特的生态系统提供动力

从论坛到信息流：社交媒体算法如何塑造数字互动

看不见的层面：为什么用户访谈是不可替代的资产

Claude Sonnet 3.5 系统提示泄漏：法医分析

比特币 UTXO 模型，为独特的生态系统提供动力

从论坛到信息流：社交媒体算法如何塑造数字互动

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps