这是在与我的朋友讨论递归时提出的。为什么不建立
Javascript JSON.stringify 方法作为递归编程练习?看起来很棒
主意。
我很快起草了第一个版本。而且表现很糟糕!这
所需时间约为标准的 4 倍 JSON.stringify.
function json_stringify(obj) { if (typeof obj == "number" || typeof obj == "boolean") { return String(obj); } if (typeof obj == "string") { return `"${obj}"`; } if (Array.isArray(obj)) { return "[" obj.map(json_stringify).join(",") "]"; } if (typeof obj === "object") { const properties_str = Object.entries(obj) .map(([key, val]) => { return `"${key}":${json_stringify(val)}`; }) .join(","); return "{" properties_str "}"; } }
通过运行以下命令,我们可以看到我们的 json_stringify 的工作方式为
预期的。
const { assert } = require("console"); const test_obj = { name: "John Doe", age: 23, hobbies: ["football", "comet study"] }; assert(json_stringify(test_obj) === JSON.stringify(test_obj))
要测试更多场景,并进行多次运行,以大致了解我们的
脚本运行,我们做了一个简单的测试脚本!
function validity_test(fn1, fn2, test_values) { for (const test_value of test_values) { assert(fn1(test_value) == fn2(test_value)); } } function time(fn, num_runs = 1, ...args) { const start_time = Date.now() for (let i = 0; i运行这个我们得到如下的计时。
Testing 1000 times Std lib JSON.stringify() took 5 ms Custom json_stringify() took 20 ms Testing 10000 times Std lib JSON.stringify() took 40 ms Custom json_stringify() took 129 ms Testing 100000 times Std lib JSON.stringify() took 388 ms Custom json_stringify() took 1241 ms Testing 1000000 times Std lib JSON.stringify() took 3823 ms Custom json_stringify() took 12275 ms它可能在不同的系统上运行不同,但所用时间的比率
通过 std JSON.strngify 到我们自定义的 json_stringify 应该是关于
1:3 - 1:4在一个有趣的案例中,情况也可能有所不同。继续阅读以了解有关
的更多信息 那!提高绩效
首先可以解决的是地图功能的使用。它创建
旧数组中的新数组。在我们的对象例子中,它创建一个
数组 包含对象条目的数组中的 JSON 字符串化对象属性。数组元素的字符串化也发生类似的情况。
我们必须循环遍历数组中的元素或对象的条目!但
我们可以跳过创建另一个数组来连接 JSON 字符串化部分。这是更新的版本(为简洁起见,仅显示更改的部分)
function json_stringify(val) { if (typeof val === "number" || typeof val === "boolean") { return String(val); } if (typeof val === "string") { return `"${val}"`; } if (Array.isArray(val)) { let elements_str = "[" let sep = "" for (const element of val) { elements_str = sep json_stringify(element) sep = "," } elements_str = "]" return elements_str } if (typeof val === "object") { let properties_str = "{" let sep = "" for (const key in val) { properties_str = sep `"${key}":${json_stringify(val[key])}` sep = "," } properties_str = "}" return properties_str; } }这是现在测试脚本的输出
Testing 1000 times Std lib JSON.stringify() took 5 ms Custom json_stringify() took 6 ms Testing 10000 times Std lib JSON.stringify() took 40 ms Custom json_stringify() took 43 ms Testing 100000 times Std lib JSON.stringify() took 393 ms Custom json_stringify() took 405 ms Testing 1000000 times Std lib JSON.stringify() took 3888 ms Custom json_stringify() took 3966 ms现在看起来好多了。我们的自定义 json_stringify 只需要 3 毫秒
比 JSON.stringify 能够对深层嵌套对象进行字符串化 10,000 次。
虽然这并不完美,但这是可以接受的延迟。还挤多了??
当前延迟可能是由于所有字符串创建和连接造成的
这正在发生。每次我们运行 elements_str = sep json_stringify(element)
我们正在连接 3 个字符串。连接字符串的成本很高,因为它需要
- 创建一个新的字符串缓冲区以适应整个组合字符串
- 将各个字符串复制到新创建的缓冲区
通过我们自己使用缓冲区并直接写入数据可能会给我们
性能改进。因为我们可以创建一个大缓冲区(比如 80 个字符)
然后创建新的缓冲区以容纳 80 个字符,当它用完时。我们不会完全避免数据的重新分配/复制,但我们会
减少这些操作。另一个可能的延迟是递归过程本身!具体来说
函数调用会占用时间。考虑我们的函数调用 json_stringify(val)
它只有一个参数。了解函数调用
步骤是
- 将返回地址压入堆栈
- 将参数引用推入堆栈
- 在被调用的函数中
- 从堆栈中弹出参数引用
- 从堆栈中弹出返回地址
- 将返回值(字符串化部分)压入堆栈
- 在调用函数中
- 从堆栈中弹出函数返回的值
所有这些操作都是为了确保函数调用发生,这会增加 CPU
成本。如果我们创建一个 json_stringify 的非递归算法所有这些操作
上面列出的函数调用(乘以此类调用的次数)将为
减少到无。这可能是未来的尝试。
NodeJs版本差异
这里需要注意的最后一件事。考虑测试脚本的以下输出
Testing 1000 times Std lib JSON.stringify() took 8 ms Custom json_stringify() took 8 ms Testing 10000 times Std lib JSON.stringify() took 64 ms Custom json_stringify() took 51 ms Testing 100000 times Std lib JSON.stringify() took 636 ms Custom json_stringify() took 467 ms Testing 1000000 times Std lib JSON.stringify() took 6282 ms Custom json_stringify() took 4526 ms我们的自定义 json_stringify 是否比 NodeJs 标准表现更好
JSON.stringify???嗯,是的!但这是旧版本的 NodeJs (v18.20.3)。事实证明,对于
这个版本(也可能更低)我们定制的 json_stringify 有效
比标准库更快!本文的所有测试(除了最后一个)均已通过
完成 节点 v22.6.0JSON.stringify 的性能从 v18 提升到了 v22。这太棒了
还需要注意的是,我们的脚本在 NodeJs v22 中表现更好。
因此,这意味着 NodeJs 也提高了运行时的整体性能。
底层 V8 引擎 本身可能发生了更新。嗯,这对我来说是一次愉快的经历。我希望这将是为了
你也是。在所有这些享受中,我们学到了一两件事!继续构建,继续测试!
免责声明: 提供的所有资源部分来自互联网,如果有侵犯您的版权或其他权益,请说明详细缘由并提供版权或权益证明然后发到邮箱:[email protected] 我们会第一时间内为您处理。
Copyright© 2022 湘ICP备2022001581号-3