偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

如何提升JSON.stringify()的性能?

開發(fā) 前端
在一些性能敏感的場合下(例如服務(wù)端處理大量并發(fā)),或面對(duì)大量 stringify 的操作時(shí),我們會(huì)希望它的性能更好,速度更快。

 1. 熟悉的JSON.stringify()

在瀏覽器端或服務(wù)端,JSON.stringify()都是我們很常用的方法:

  •  將 JSON object 存儲(chǔ)到 localStorage 中;
  •  POST 請(qǐng)求中的 JSON body;
  •  處理響應(yīng)體中的 JSON 形式的數(shù)據(jù);
  •  甚至某些條件下,我們還會(huì)用它來實(shí)現(xiàn)一個(gè)簡單的深拷貝;
  •  ……

在一些性能敏感的場合下(例如服務(wù)端處理大量并發(fā)),或面對(duì)大量 stringify 的操作時(shí),我們會(huì)希望它的性能更好,速度更快。這也催生了一些優(yōu)化的 stringify 方案/庫,下圖是它們與原生方法的性能對(duì)比:

綠色部分時(shí)原生JSON.stringify(),可見性能相較這些庫都要低很多。那么,在大幅的性能提升背后的技術(shù)原理是什么呢?

2. 比 stringify 更快的 stringify

由于 JavaScript 是動(dòng)態(tài)性很強(qiáng)的語言,所以對(duì)于一個(gè) Object 類型的變量,其包含的鍵名、鍵值、鍵值類型最終只能在運(yùn)行時(shí)確定。因此,執(zhí)行JSON.stringify()時(shí)會(huì)有很多工作要做。在一無所知的情況下,我們想要大幅優(yōu)化顯然無能為力。

那么如果我們知道這個(gè) Object 中的鍵名、鍵值信息呢 —— 也就是知道它的結(jié)構(gòu)信息,這會(huì)有幫助么?

看個(gè)例子:

下面這個(gè) Object, 

  1. const obj = {  
  2.     name: 'alienzhou',  
  3.     status: 6,  
  4.     working: true  
  5. }; 

我們對(duì)它應(yīng)用JSON.stringify(),得到結(jié)果為 

  1. JSON.stringify(obj);  
  2. // {"name":"alienzhou","status":6,"working":true} 

現(xiàn)在如果我們知道這個(gè)obj的結(jié)構(gòu)是固定的:

  •  鍵名不變
  •  鍵值的類型一定

那么其實(shí),我可以創(chuàng)建一個(gè)“定制化”的 stringify 方法 

  1. function myStringify(o) {  
  2.     return (  
  3.         '{"name":"'  
  4.         + o.name  
  5.         + '","status":'  
  6.         + o.status  
  7.         + ',"isWorking":'  
  8.         + o.working  
  9.         + '}'  
  10.     );  

看看我們的myStringify方法的輸出: 

  1. myStringify({  
  2.     name: 'alienzhou',  
  3.     status: 6,  
  4.     working: true  
  5. });  
  6. // {"name":"alienzhou","status":6,"isWorking":true}  
  7. myStringify({  
  8.     name: 'mengshou',  
  9.     status: 3,  
  10.     working: false  
  11. });  
  12. // {"name":"mengshou","status":3,"isWorking":false} 

可以得到正確的結(jié)果,但只用到了類型轉(zhuǎn)換和字符串拼接,所以“定制化”方法可以讓“stringify”更快。

總結(jié)來看,如何得到比 stringify 更快的 stringify 方法呢?

  1.  需要先確定對(duì)象的結(jié)構(gòu)信息;
  2.  根據(jù)其結(jié)構(gòu)信息,為該種結(jié)構(gòu)的對(duì)象創(chuàng)建“定制化”的stringify方法,其內(nèi)部實(shí)際是通過字符串拼接生成結(jié)果的;
  3.  ***,使用該“定制化”的方法來 stringify 對(duì)象即可。

這也是大多數(shù) stringify 加速庫的套路,轉(zhuǎn)化為代碼就是類似: 

  1. import faster from 'some_library_faster_stringify';  
  2. // 1. 通過相應(yīng)規(guī)則,定義你的對(duì)象結(jié)構(gòu)  
  3. const theObjectScheme = {  
  4.     // ……  
  5. };  
  6. // 2. 根據(jù)結(jié)構(gòu),得到一個(gè)定制化的方法  
  7. const stringify = faster(theObjectScheme);  
  8. // 3. 調(diào)用方法,快速 stringify  
  9. const target = {  
  10.     // ……  
  11. };  
  12. stringify(target); 

3. 如何生成“定制化”的方法

根據(jù)上面的分析,核心功能在于,根據(jù)其結(jié)構(gòu)信息,為該類對(duì)象創(chuàng)建“定制化”的stringify方法,其內(nèi)部實(shí)際是簡單的屬性訪問與字符串拼接。

為了了解具體的實(shí)現(xiàn)方式,下面我以兩個(gè)實(shí)現(xiàn)上略有差異的開源庫為例來簡單介紹一下。

3.1. fast-json-stringify

下圖是根據(jù) fast-json-stringify 提供的 benchmark 結(jié)果,整理出來的性能對(duì)比。

可以看到,在大多數(shù)場景下具備2-5倍的性能提升。

3.1.1. scheme 的定義方式

fast-json-stringify 使用了 JSON Schema Validation 來定義(JSON)對(duì)象的數(shù)據(jù)格式。其 scheme 定義的結(jié)構(gòu)本身也是 JSON 格式的,例如對(duì)象 

  1.  
  2.     name: 'alienzhou',  
  3.     status: 6,  
  4.     working: true  

對(duì)應(yīng)的 scheme 就是: 

  1.  
  2.     title: 'Example Schema',  
  3.     type: 'object',  
  4.     properties: {  
  5.         name: {  
  6.             type: 'string'  
  7.         },  
  8.         status: {  
  9.             type: 'integer'  
  10.         },  
  11.         working: {  
  12.             type: 'boolean'  
  13.         }  
  14.     }  

其 scheme 定義規(guī)則豐富,具體使用可以參考 Ajv 這個(gè) JSON 校驗(yàn)庫。

3.1.2. stringify 方法的生成

fast-json-stringify 會(huì)根據(jù)剛才定義的 scheme,拼接生成出實(shí)際的函數(shù)代碼字符串,然后使用 Function 構(gòu)造函數(shù)在運(yùn)行時(shí)動(dòng)態(tài)生成對(duì)應(yīng)的 stringify 函數(shù)。

在代碼生成上,首先它會(huì)注入預(yù)先定義好的各類工具方法,這一部分不同的 scheme 都是一樣的: 

  1. var code = `  
  2.     'use strict'  
  3.   `  
  4.   code += `  
  5.     ${$asString.toString()}  
  6.     ${$asStringNullable.toString()}  
  7.     ${$asStringSmall.toString()}  
  8.     ${$asNumber.toString()}  
  9.     ${$asNumberNullable.toString()}  
  10.     ${$asIntegerNullable.toString()}  
  11.     ${$asNull.toString()}  
  12.     ${$asBoolean.toString()}  
  13.     ${$asBooleanNullable.toString()}  
  14.   ` 

其次,就會(huì)根據(jù) scheme 定義的具體內(nèi)容生成 stringify 函數(shù)的具體代碼。而生成的方式也比較簡單:通過遍歷 scheme。

遍歷 scheme 時(shí),根據(jù)定義的類型,在對(duì)應(yīng)代碼處插入相應(yīng)的工具函數(shù)用于鍵值轉(zhuǎn)換。例如上面例子中name這個(gè)屬性: 

  1. var accessor = key.indexOf('[') === 0 ? sanitizeKey(key) : `['${sanitizeKey(key)}']`  
  2. switch (type) {  
  3.     case 'null':  
  4.         code += `  
  5.             json += $asNull()  
  6.         `  
  7.         break  
  8.     case 'string':  
  9.         code += nullable ? `json += obj${accessor} === null ? null : $asString(obj${accessor})` : `json += $asString(obj${accessor})`  
  10.         break  
  11.     case 'integer':  
  12.         code += nullable ? `json += obj${accessor} === null ? null : $asInteger(obj${accessor})` : `json += $asInteger(obj${accessor})`  
  13.         break  
  14.     …… 

上面代碼中的code變量保存的就是***生成的函數(shù)體的代碼串。由于在 scheme 定義中,name為string類型,且不為空,所以會(huì)在code中添加如下一段代碼字符串: 

  1. "json += $asString(obj['name'])" 

由于還需要處理數(shù)組、及聯(lián)對(duì)象等復(fù)雜情況,實(shí)際的代碼省略了很多。

然后,生成的完整的code字符串大致如下: 

  1. function $asString(str) {  
  2.     // ……  
  3.  
  4. function $asStringNullable(str) {  
  5.     // ……  
  6.  
  7. function $asStringSmall(str) {  
  8.     // ……  
  9.  
  10. function $asNumber(i) {  
  11.     // ……  
  12.  
  13. function $asNumberNullable(i) {  
  14.     // ……  
  15.  
  16. /* 以上是一系列通用的鍵值轉(zhuǎn)換方法 */  
  17. /* $main 就是 stringify 的主體函數(shù) */  
  18. function $main(input) {  
  19.     var obj = typeof input.toJSON === 'function'  
  20.         ? input.toJSON()  
  21.         : input  
  22.     var json = '{'  
  23.     var addComma = false  
  24.     if (obj['name'] !== undefined) {  
  25.         if (addComma) {  
  26.             json += ','  
  27.         }  
  28.         addComma = true  
  29.         json += '"name":'  
  30.         json += $asString(obj['name'])  
  31.     }  
  32.     // …… 其他屬性(status、working)的拼接 
  33.     json += '}'  
  34.     return json  
  35.  
  36. return $main 

***,將code字符串傳入 Function 構(gòu)造函數(shù)來創(chuàng)建相應(yīng)的 stringify 函數(shù)。 

  1. // dependencies 主要用于處理包含 anyOf 與 if 語法的情況  
  2. dependenciesName.push(code)  
  3. return (Function.apply(null, dependenciesName).apply(null, dependencies)) 

3.2. slow-json-stringify

slow-json-stringify 雖然名字叫 "slow",但其實(shí)是一個(gè) "fast" 的 stringify 庫(命名很調(diào)皮)。

The slowest stringifier in the known universe. Just kidding, it's the fastest (:

它的實(shí)現(xiàn)比前面提到的 fast-json-stringify 更輕量級(jí),思路也很巧妙。同時(shí)它在很多場景下效率會(huì)比 fast-json-stringify 更快。

3.2.1. scheme 的定義方式

slow-json-stringify 的 scheme 定義更自然與簡單,主要就是將鍵值替換為類型描述。還是上面這個(gè)對(duì)象的例子,scheme 會(huì)變?yōu)?nbsp;

  1.  
  2.     name: 'string',  
  3.     status: 'number',  
  4.     working: 'boolean'  

確實(shí)非常直觀。

3.2.2. stringify 方法的生成

不知道你注意到?jīng)]有 

  1. // scheme  
  2.  
  3.     name: 'string',  
  4.     status: 'number',  
  5.     working: 'boolean'  
  6.  
  7. // 目標(biāo)對(duì)象  
  8.  
  9.     name: 'alienzhou',  
  10.     status: 6,  
  11.     working: true  

scheme 和原對(duì)象的結(jié)構(gòu)是不是很像?

這種 scheme 的巧妙之處在于,這樣定義之后,我們可以先把 scheme JSON.stringify一下,然后“扣去”所有類型值,***等著我們的就是把實(shí)際的值直接填充到 scheme 對(duì)應(yīng)的類型聲明處。

具體如何操作呢?

首先,可以直接對(duì) scheme 調(diào)用JSON.stringify()來生成基礎(chǔ)模版,同時(shí)借用JSON.stringify()的第二個(gè)參數(shù)來作為遍歷方法收集屬性的訪問路徑: 

  1. let map = {};  
  2. const str = JSON.stringify(schema, (prop, value) => {  
  3.     const isArray = Array.isArray(value);  
  4.     if (typeof value !== 'object' || isArray) {  
  5.         if (isArray) {  
  6.             const current = value[0];  
  7.             arrais.set(prop, current);  
  8.         }  
  9.         _validator(value);  
  10.         map[prop] = _deepPath(schema, prop);  
  11.         props += `"${prop}"|`;  
  12.     }  
  13.     return value;  
  14. }); 

此時(shí),map 里收集所有屬性的訪問路徑。同時(shí)生成的props可以拼接為匹配相應(yīng)類型字符還的正則表達(dá)式,例如我們這個(gè)例子里的正則表達(dá)式為/name|status|working"(string|number|boolean|undef)"|\\[(.*?)\\]/。

然后,根據(jù)正則表達(dá)式來順序匹配這些屬性,替換掉屬性類型的字符串,換成統(tǒng)一的占位字符串"__par__",并基于"__par__"拆分字符串: 

  1. const queue = [];  
  2. const chunks = str  
  3.     .replace(regex, (type) => {  
  4.       switch (type) {  
  5.         case '"string"':  
  6.         case '"undefined"':  
  7.           return '"__par__"';  
  8.         case '"number"':  
  9.         case '"boolean"':  
  10.         case '["array-simple"]':  
  11.         case '[null]':  
  12.           return '__par__';  
  13.         default:  
  14.           const prop = type.match(/(?<=\").+?(?=\")/)[0];  
  15.           queue.push(prop);  
  16.           return type;  
  17.       }  
  18.     })  
  19.     .split('__par__'); 

這樣你就會(huì)得到chunks和props兩個(gè)數(shù)組。chunks里包含了被分割的 JSON 字符串。以例子來說,兩個(gè)數(shù)組分別如下 

  1. // chunks  
  2.  
  3.     '{"name":"',  
  4.     '","status":"',  
  5.     '","working":"',  
  6.     '"}'  
  7.  
  8. // props  
  9.  
  10.     'name',  
  11.     'status',  
  12.     'working'  

***,由于 map 中保存了屬性名與訪問路徑的映射,因此可以根據(jù) prop 訪問到對(duì)象中某個(gè)屬性的值,循環(huán)遍歷數(shù)組,將其與對(duì)應(yīng)的 chunks 拼接即可。

從代碼量和實(shí)現(xiàn)方式來看,這個(gè)方案會(huì)更輕便與巧妙,同時(shí)也不需要通過 Function、eval 等方式動(dòng)態(tài)生成或執(zhí)行函數(shù)。

4. 總結(jié)

雖然不同庫的實(shí)現(xiàn)有差異,但從整體思路上來說,實(shí)現(xiàn)高性能 stringify 的方式都是一樣的:

  1.  開發(fā)者定義 Object 的 JSON scheme;
  2.  stringify 庫根據(jù) scheme 生成對(duì)應(yīng)的模版方法,模版方法里會(huì)對(duì)屬性與值進(jìn)行字符串拼接(顯然,屬性訪問與字符串拼接的效率要高多了);
  3.  ***開發(fā)者調(diào)用返回的方法來 stringify Object 即可。

歸根到底,它本質(zhì)上是通過靜態(tài)的結(jié)構(gòu)信息將優(yōu)化與分析前置了。

Tips

***,還是想提一下

  •     所有的 benchmark 只能作為一個(gè)參考,具體是否有性能提升、提升多少還是建議你在實(shí)際的業(yè)務(wù)中測試;
  •     fast-json-stringify 中使用到了 Function 構(gòu)造函數(shù),因此建議不要將用戶輸入直接用作 scheme,以防一些安全問題。
責(zé)任編輯:龐桂玉 來源: segmentfault
相關(guān)推薦

2021-05-06 05:30:33

JSONstringify()parse()

2021-12-11 18:59:35

JavascriptJSON應(yīng)用

2022-12-05 14:50:53

2020-03-29 20:16:09

JavaScript前端技術(shù)

2020-05-25 14:37:31

JSON.string前端秘密特性

2021-12-22 09:08:39

JSON.stringJavaScript字符串

2024-09-30 11:08:18

JSON局限性數(shù)據(jù)

2022-08-31 22:50:13

JavaScript函數(shù)JSON

2024-03-25 00:10:00

JSON后端開發(fā)

2025-04-21 10:43:21

2023-01-17 16:25:18

前端開發(fā)JSON

2021-12-02 07:02:16

API性能設(shè)計(jì)

2011-11-30 21:59:41

ibmdwDojo

2022-03-10 09:11:33

JavaScrip開發(fā)JSON

2024-05-08 08:32:25

架構(gòu)

2012-04-13 10:00:04

LINQ

2024-06-20 12:19:59

2023-05-12 08:11:58

JavaScriptJSON克隆

2023-05-08 09:00:46

JSON深拷貝對(duì)象

2020-10-09 17:43:25

計(jì)算機(jī)CPU技術(shù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)