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

用100行代碼提升10倍的性能

開發(fā) 前端
在通過預(yù)計(jì)算之后,在 5000 條數(shù)據(jù)的情況下,無論是短搜索還是長搜索,字典樹的查找效率基本是在 1ms 左右,而常規(guī)的遍歷查找則處于 10ms 左右,的確是十倍的提升。但是這個(gè)提升的代價(jià)是建立在犧牲空間,以及提前花費(fèi)了時(shí)間計(jì)算的情況下。

[[319992]]

提出問題

從一個(gè)我常用的面試題,也是真實(shí)需求開始聊起:

你需要在前端展示 5000 條甚至更多的數(shù)據(jù),每一條數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)是一個(gè)對(duì)象,里面有各式各樣的屬性。每個(gè)屬性的值又可以是基本類型,對(duì)象,甚至數(shù)組。這里的對(duì)象或者數(shù)組內(nèi)部的元素又可以繼續(xù)包含對(duì)象或者數(shù)組并且允許無限嵌套下去。比如

  1.   "name": { 
  2.     "firstName""yi"
  3.     "lastName""li" 
  4.   }, 
  5.   "age": 23, 
  6.   "roles": ['developer''admin'], 
  7.   "projects": [{ 
  8.     "name""demo"
  9.     "repo""" 
  10.   }] 

頁面上提供一個(gè)搜索框,用戶通過輸入搜索的內(nèi)容可以找到包含這個(gè)內(nèi)容的數(shù)據(jù)。注意,只要任意數(shù)據(jù)對(duì)象的任意屬性值 (比如在上面的數(shù)據(jù)結(jié)構(gòu)中,只要 name, age, roles 任何一個(gè)屬性的值)包含這個(gè)關(guān)鍵詞即可。如果屬性值是數(shù)組或者對(duì)象,那么數(shù)組的元素或者對(duì)象的值繼續(xù)對(duì)輸入內(nèi)容進(jìn)行匹配檢測(cè),并遞歸的檢測(cè)下去,只要有命中,便算該數(shù)據(jù)匹配

如何設(shè)計(jì)這個(gè)功能,讓搜索功能盡可能的快?

解決思路

  • 如果你稍有程序員的敏感度,此時(shí)你的腦海里應(yīng)該有兩個(gè)念頭:
  • 遍歷以及深度優(yōu)先遍歷是最直接的方式
  • 如果要求夠快的話遍歷我就輸了

的確,遍歷是最簡(jiǎn)單但也是最慢的。所以通常的優(yōu)化方法之一是通過空間換取時(shí)間;而另一個(gè)方法……稍后再引出。

這里我們嘗試通過建立字典樹(Trie)來優(yōu)化搜索。

如果你還不了解什么是字典樹,下面做簡(jiǎn)單的介紹:假設(shè)我們有一個(gè)簡(jiǎn)單的對(duì)象,鍵值的對(duì)應(yīng)關(guān)系如下: 

用 100 行代碼提升 10 倍的性能

我們根據(jù)「鍵」的字母出現(xiàn)順次構(gòu)建出一棵樹出來,葉子節(jié)點(diǎn)值即有可能是某個(gè)「鍵」的值 

用 100 行代碼提升 10 倍的性能

那么此時(shí)無論用戶想訪問任何屬性的值,只要從樹的根節(jié)點(diǎn)出發(fā),依據(jù)屬性字母出現(xiàn)的順序訪問樹的葉子節(jié)點(diǎn),即可得到該屬性的值。比如當(dāng)我們想訪問tea時(shí): 

用 100 行代碼提升 10 倍的性能

但是在我們需要解決的場(chǎng)景中,我們不需要關(guān)心「屬性」,我們只關(guān)心「值」是否匹配上搜索的內(nèi)容。所以我們只需要對(duì)「值」建立字典樹。

假設(shè)有以下的對(duì)象值

  1. const o = { 
  2.   message: 'ack' 
  3.   fruit: 'apple'
  4.   unit: 'an'
  5.   name'anna'

建立的樹狀結(jié)構(gòu)如下:

  1. root--a 
  2.       |--c 
  3.          |--k 
  4.       |--p 
  5.          |--p 
  6.             |--l 
  7.                |--e     
  8.       |--n 
  9.          |--n 
  10.             |--a 

當(dāng)用戶搜索 apple 時(shí),從a開始訪問,至最后訪問到字母 e 時(shí),若在樹中有對(duì)應(yīng)的節(jié)點(diǎn),表示命中;當(dāng)用戶搜索 aha 時(shí),在訪問 h 時(shí)就已經(jīng)無法在樹中找到對(duì)應(yīng)的節(jié)點(diǎn)了,表示該對(duì)象不符合搜索條件

但實(shí)際工作中我們會(huì)有非常多個(gè)對(duì)象值,多個(gè)對(duì)象值之間可能有重復(fù)的值,所以匹配時(shí),我們要把所有可能的匹配結(jié)果都返回。比如

  1.   { 
  2.     id: 1, 
  3.     message: 'ack' 
  4.     fruit: 'apple'
  5.     unit: 'an'
  6.     name'anna'
  7.   }, 
  8.   { 
  9.     id: 2, 
  10.     message: 'ack' 
  11.     fruit: 'banana'
  12.     unit: 'an'
  13.     name'lee'
  14.   }, 

上面兩個(gè)對(duì)象有相同的值 ack 和 an,所以在樹上的葉子節(jié)點(diǎn)中我們還要添加對(duì)象的 id 辨識(shí)信息

  1. root--a 
  2.       |--c 
  3.          |--k (ids: [1,2]) 
  4.       |--p 
  5.          |--p 
  6.             |--l 
  7.                |--e (ids: [1]) 
  8.       |--n (ids: [1, 2]) 
  9.          |--n 
  10.             |--a (ids: [1]) 

這樣當(dāng)用戶搜索 an 時(shí),我們能返回所有的匹配項(xiàng)

OK,有了思路之后我們開始實(shí)現(xiàn)代碼。

代碼實(shí)現(xiàn)

假數(shù)據(jù)

首先要解決的一個(gè)問題是如果快速的偽造 5000 條數(shù)據(jù)?這里我們使用 https://randomuser.me/api/開源 API。為了簡(jiǎn)單起見,我們讓它只返回 gender, email, phone, cell, nat基本數(shù)據(jù)類型的值,而不返回嵌套結(jié)構(gòu)(對(duì)象和數(shù)組)。注意這里只是為了便于代碼展示和理解,略去了復(fù)雜的結(jié)構(gòu),也就避免了復(fù)雜的代碼。加入復(fù)雜結(jié)構(gòu)之后代碼其實(shí)也沒有大的變化,只是增加了遍歷的邏輯和遞歸邏輯而已。

請(qǐng)求 https://randomuser.me/api/?results=5000&inc=gender,email,phone,cell,nat 結(jié)果如下:

  1.   "results": [ 
  2.     { 
  3.       "gender""male"
  4.       "email""enzo.dumont@example.com"
  5.       "phone""02-65-13-26-00"
  6.       "cell""06-09-02-19-99"
  7.       "nat""FR" 
  8.     }, 
  9.     { 
  10.       "gender""male"
  11.       "email""gerald.omahony@example.com"
  12.       "phone""011-376-3811"
  13.       "cell""081-697-1414"
  14.       "nat""IE" 
  15.     } 
  16.     //... 
  17.   ] 

葉子節(jié)點(diǎn)數(shù)據(jù)結(jié)構(gòu)

根據(jù)思路中的描述,數(shù)據(jù)結(jié)構(gòu)描述如下:

  1. class Leaf { 
  2.   constructor(id = "", value = "") { 
  3.     this.ids = id ? [id] : []; 
  4.     this.value = value; 
  5.     this.children = {}; 
  6.   } 
  7.   share(id) { 
  8.     this.ids.push(id); 
  9.   } 

share方法用于向該葉子節(jié)點(diǎn)添加多個(gè)相同的匹配的id

幫助函數(shù)

在編碼的過程中我們需要一些幫助函數(shù),比如:

  • isEmptyObject: 判斷是否是空對(duì)象
  • distinct: 移除一個(gè)數(shù)組中的重復(fù)元素

這兩個(gè)函數(shù)可以借用lodash類庫實(shí)現(xiàn),即使手動(dòng)實(shí)現(xiàn)起來也很簡(jiǎn)單,這里就不贅述了

另一個(gè)重要的方法是normalize,我更習(xí)慣將normalize翻譯為「扁平化」(而不是「標(biāo)準(zhǔn)化」),因?yàn)檫@樣更形象。該方法用于將一個(gè)數(shù)組里的對(duì)象拆分為 id 與對(duì)象的映射關(guān)系。

比如將

  1.   { 
  2.     id: 1, 
  3.     message: 'ack' 
  4.     fruit: 'apple'
  5.     unit: 'an'
  6.     name'anna'
  7.   }, 
  8.   { 
  9.     id: 2, 
  10.     message: 'ack' 
  11.     fruit: 'banana'
  12.     unit: 'an'
  13.     name'lee'
  14.   }, 

扁平化之后為

  1.   '1': { 
  2.     id: 1, 
  3.     message: 'ack' 
  4.     fruit: 'apple'
  5.     unit: 'an'
  6.     name'anna'
  7.   }, 
  8.   '2': { 
  9.     id: 2, 
  10.     message: 'ack' 
  11.     fruit: 'banana'
  12.     unit: 'an'
  13.     name'lee',    
  14.   } 

之所以要這么做是為了當(dāng)檢索結(jié)果返回一個(gè) id 數(shù)組時(shí):[1, 2, 3],我們只需要遍歷一邊返回結(jié)果就能通過 id 在扁平化的 Map 里立即找到對(duì)應(yīng)的數(shù)據(jù)。否則還要不停的遍歷原始數(shù)據(jù)數(shù)組找到對(duì)應(yīng)的數(shù)據(jù).

因?yàn)?randomuser.me 返回的信息中不包含 id 信息,所以我們暫時(shí)用 email 信息作為唯一標(biāo)示。normalize 的實(shí)現(xiàn)如下:

  1. function normalize(identify, data) { 
  2.   const id2Value = {}; 
  3.   data.forEach(item => { 
  4.     const idValue = item[identify]; 
  5.     id2Value[idValue] = item; 
  6.   }); 
  7.   return id2Value; 

構(gòu)建一棵樹

這部分代碼就沒有什么秘密了,完全是按照遞算法歸構(gòu)建一顆樹了

  1. fetch("https://randomuser.me/api/?results=5000&inc=gender,email,phone,cell,nat"
  2.   .then(response => { 
  3.     return response.json(); 
  4.   }) 
  5.   .then(data => { 
  6.     const { results } = data; 
  7.     const root = new Leaf(); 
  8.     const identifyKey = "email"
  9.  
  10.     results.forEach(item => { 
  11.       const identifyValue = item[identifyKey]; 
  12.       Object.values(item).forEach(itemValue => { 
  13.         // 注意這里會(huì)把 Number 和 Boolean 類型也字符串化 
  14.         const stringifiedValue = String(itemValue); 
  15.         let tempRoot = root; 
  16.         const arraiedStringifiedValue = Array.from(stringifiedValue); 
  17.         arraiedStringifiedValue.forEach((character, characterIndex) => { 
  18.           const reachEnd = 
  19.             characterIndex === arraiedStringifiedValue.length - 1; 
  20.           if (!tempRoot.children[character]) { 
  21.             tempRoot.children[character] = new Leaf( 
  22.               reachEnd ? identifyValue : ""
  23.               character 
  24.             ); 
  25.             tempRoot = tempRoot.children[character]; 
  26.           } else { 
  27.             if (reachEnd) { 
  28.               tempRoot.children[character].share(identifyValue); 
  29.             } 
  30.             tempRoot = tempRoot.children[character]; 
  31.           } 
  32.         }); 
  33.       }); 
  34.     }); 

模糊搜索

搜索部分代碼也沒有什么秘密,按圖索驥而已:

  1. function searchBlurry(root, keyword, userMap) { 
  2.   const keywordArr = Array.from(String(keyword)); 
  3.   let tempRoot = root; 
  4.   let result = []; 
  5.  
  6.   for (let i = 0; i < keywordArr.length; i++) { 
  7.     const character = keywordArr[i]; 
  8.     if (!tempRoot.children[character]) { 
  9.       break; 
  10.     } else { 
  11.       tempRoot = tempRoot.children[character]; 
  12.     } 
  13.     if (keywordArr.length - 1 === i) { 
  14.       result = [ 
  15.         ...tempRoot.ids, 
  16.         ...collectChildrenInsideIds(tempRoot.children) 
  17.       ]; 
  18.     } 
  19.   } 
  20.   return distinct(result).map(id => { 
  21.     return userMap[id]; 
  22.   }); 

注意這里有一個(gè)collectChildrenInsideIds方法,這個(gè)方法用于收集該葉子節(jié)點(diǎn)下所有的子節(jié)點(diǎn)的 id。這么做是因?yàn)楫?dāng)前操作模糊匹配,當(dāng)你搜索a時(shí),apple, anna, ack 都算匹配。

常規(guī)搜索辦法以及字典樹的缺陷

為了對(duì)比效率,并且為了測(cè)試搜索結(jié)果的正確性,我們?nèi)匀恍枰帉懸粋€(gè)常規(guī)的遍歷的搜索方法:

  1. function regularSearch(searchKeyword) { 
  2.   const regularSearchResults = []; 
  3.   results.forEach(item => { 
  4.     for (const key in item) { 
  5.       const value = item[key]; 
  6.       if (String(value).startsWith(searchKeyword)) { 
  7.         regularSearchResults.push(item); 
  8.         break; 
  9.       } 
  10.     } 
  11.   }); 
  12.   return regularSearchResults 

注意在測(cè)試對(duì)象值是否匹配搜索詞時(shí),我們使用了startsWith,而不是indexOf,這是因?yàn)樽值錁涞娜毕菰谟谥荒芷ヅ湟运阉髟~開頭的詞!比如當(dāng)你搜索a時(shí),只能匹配apple、anna而不能匹配banana。為了便于對(duì)比,我們不得不使用startsWith

性能的對(duì)比

性能的對(duì)比結(jié)果是很有意思的:

  • 當(dāng)數(shù)據(jù)量較小時(shí),查找效率不會(huì)有大的差異
  • 當(dāng)數(shù)據(jù)量較大時(shí),比如 5000 條的情況下,當(dāng)你的搜索詞非常短小,比如a,那么字典樹的查找效率會(huì)比遍歷搜索低,也就是反而花費(fèi)的時(shí)間長;當(dāng)搜索詞變得具體時(shí),比如ali,字典樹的查找效率會(huì)比遍歷搜索高
  • 效率反而低的問題不難想到是為什么:當(dāng)你搜索詞簡(jiǎn)單時(shí),訪問的葉子節(jié)點(diǎn)會(huì)少,所以只能掃描children收集子節(jié)點(diǎn)的所有的可能 id,這步操作中遍歷的過程占用了大部分時(shí)間

但是我們?nèi)匀恍枰獫M足這部分的查詢需求,所以我們要針對(duì)這個(gè)場(chǎng)景做一些優(yōu)化

優(yōu)化簡(jiǎn)短搜索的場(chǎng)景

我們回想一下簡(jiǎn)單搜索的場(chǎng)景,性能的瓶頸主要在于我們需要遍歷葉子節(jié)點(diǎn)下的所有子節(jié)點(diǎn)。好辦,鑒于樹構(gòu)建完之后不會(huì)再發(fā)生變化,那么我們只需要提前計(jì)算好每個(gè)葉子節(jié)點(diǎn)的所以子 id 就好了,這就是文章開頭說的第二類優(yōu)化方案,即預(yù)計(jì)算。

我編寫了一個(gè)新的方法,用于遞歸的給每個(gè)葉子節(jié)點(diǎn)添加它所有子節(jié)點(diǎn)的 id:

  1. function decorateWithChildrenIds(root) { 
  2.   const { children } = root; 
  3.   root.childrenIds = collectChildrenInsideIds(root.children); 
  4.   for (const character in children) { 
  5.     const characterLeaf = children[character]; 
  6.     characterLeaf.childrenIds = collectChildrenInsideIds( 
  7.       characterLeaf.children 
  8.     ); 
  9.     decorateWithChildrenIds(characterLeaf); 
  10.   } 

那么在構(gòu)建完樹之后,用這個(gè)方法把所有葉子節(jié)點(diǎn)「裝飾」一遍就好了

結(jié)論

在通過預(yù)計(jì)算之后,在 5000 條數(shù)據(jù)的情況下,無論是短搜索還是長搜索,字典樹的查找效率基本是在 1ms 左右,而常規(guī)的遍歷查找則處于 10ms 左右,的確是十倍的提升。但是這個(gè)提升的代價(jià)是建立在犧牲空間,以及提前花費(fèi)了時(shí)間計(jì)算的情況下。相信如果數(shù)據(jù)結(jié)構(gòu)變得更復(fù)雜,效率提升會(huì)更明顯

 

責(zé)任編輯:未麗燕 來源: 今日頭條
相關(guān)推薦

2020-07-22 08:30:02

代碼開發(fā)工具

2011-07-01 10:11:39

2022-09-09 09:33:14

支付寶代碼性能

2022-04-21 07:51:51

場(chǎng)景JavaSQL

2014-03-26 10:00:06

RailsRails性能

2024-07-17 08:25:44

2022-11-27 17:39:06

大數(shù)據(jù)集群性能

2021-12-29 11:06:25

Java代碼技巧

2025-09-30 02:11:00

2023-05-04 07:34:37

Rust代碼CPU

2020-07-21 15:40:55

NginxJava服務(wù)器

2025-05-27 01:55:00

TypeScript開發(fā)者項(xiàng)目

2024-10-29 08:21:05

2013-09-26 14:11:23

SQL性能優(yōu)化

2018-08-23 17:45:52

2019-09-26 08:33:51

Nginx技術(shù)Java

2021-04-21 18:57:16

二進(jìn)制存儲(chǔ)空間

2024-12-13 13:58:53

2025-05-09 02:00:00

代碼接口吞吐量

2017-12-13 13:09:36

NginxWeb應(yīng)用
點(diǎn)贊
收藏

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