」工欲善其事,必先利其器。「—孔子《論語.錄靈公》
首頁 > 程式設計 > 與 JSON.stringify 競爭 - 透過建立自訂的 JSON.stringify

與 JSON.stringify 競爭 - 透過建立自訂的 JSON.stringify

發佈於2024-08-20
瀏覽:631

Competing with JSON.stringify - by building a custom one

这是在与我的朋友讨论递归时提出的。为什么不建立
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 个字符串。

连接字符串的成本很高,因为它需要

  1. 创建一个新的字符串缓冲区以适应整个组合字符串
  2. 将各个字符串复制到新创建的缓冲区

通过我们自己使用缓冲区并直接写入数据可能会给我们
性能改进。因为我们可以创建一个大缓冲区(比如 80 个字符)
然后创建新的缓冲区以容纳 80 个字符,当它用完时。

我们不会完全避免数据的重新分配/复制,但我们会
减少这些操作。

另一个可能的延迟是递归过程本身!具体来说
函数调用会占用时间。考虑我们的函数调用 json_stringify(val)
它只有一个参数。

了解函数调用

步骤是

  1. 将返回地址压入堆栈
  2. 将参数引用推入堆栈
  3. 在被调用的函数中
    1. 从堆栈中弹出参数引用
    2. 从堆栈中弹出返回地址
    3. 将返回值(字符串化部分)压入堆栈
  4. 在调用函数中
    1. 从堆栈中弹出函数返回的值

所有这些操作都是为了确保函数调用发生,这会增加 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.0

JSON.stringify 的性能从 v18 提升到了 v22。这太棒了

还需要注意的是,我们的脚本在 NodeJs v22 中表现更好。
因此,这意味着 NodeJs 也提高了运行时的整体性能。
底层 V8 引擎 本身可能发生了更新。

嗯,这对我来说是一次愉快的经历。我希望这将是为了
你也是。在所有这些享受中,我们学到了一两件事!

继续构建,继续测试!

版本聲明 本文轉載於:https://dev.to/riturajborpujari/competing-with-jsonstringify-by-building-a-custom-one-53l5?1如有侵犯,請聯繫[email protected]刪除
最新教學 更多>

免責聲明: 提供的所有資源部分來自互聯網,如果有侵犯您的版權或其他權益,請說明詳細緣由並提供版權或權益證明然後發到郵箱:[email protected] 我們會在第一時間內為您處理。

Copyright© 2022 湘ICP备2022001581号-3