換掉UUID，NanoID更快更安全！
點(diǎn)擊關(guān)注公眾號，Java干貨及時(shí)送達(dá)??
文章來源：https://c1n.cn/WcAl0
前言
了解 NanoID 及其用法
局限性和未來重點(diǎn)
在將來……
前言
UUID 是軟件開發(fā)中最常用的通用標(biāo)識(shí)符之一。然而，在過去的幾年里，其他的競品挑戰(zhàn)了它的存在。
其中，NanoID 是 UUID 的主要競爭對手之一。
因此，在本文中，我們將展開討論 NanoID 的功能、它的亮點(diǎn)以及它的局限性，以便讓我們更好地了解何時(shí)使用它。
了解 NanoID 及其用法
對于 JavaScript，生成 UUID 或 NanoID 都非常簡單。它們都有對應(yīng)的 NPM 包來幫助我們實(shí)現(xiàn)生成。
import { nanoid } from 'nanoid';
model.id = nanoid();
你是否知道 NanoID 每周的 NPM 下載量超過 1175.4 萬，并且運(yùn)行起來比 UUID 快 60%？
此外，NanoID 比 UUID 年輕了將近 7 年，而且它的 GitHub 星數(shù)已經(jīng)比 UUID 多。
https://www.npmtrends.com/nanoid-vs-uuid
我希望這些數(shù)字已經(jīng)說服你去嘗試 NanoID。但是，這兩者之間的主要區(qū)別很簡單。它歸結(jié)為鍵使用的字母表。
由于 NanoID 使用比 UUID 更大的字母表，因此較短的 ID 可以用于與較長的 UUID 相同的目的。
| NanoID 只有 108 個(gè)字節(jié)那么大
與 UUID 不同，NanoID 的大小要小 4.5 倍，并且沒有任何依賴關(guān)系。此外，大小限制已用于將大小從另外 35% 減小。
大小減少直接影響數(shù)據(jù)的大小。例如，使用 NanoID 的對象小而緊湊，能夠用于數(shù)據(jù)傳輸和存儲(chǔ)。隨著應(yīng)用程序的增長，這些數(shù)字變得明顯起來。
| 更安全
在大多數(shù)隨機(jī)生成器中，它們使用不安全的 Math.random()。但是，NanoID 使用 crypto module 和 Web Crypto API，意味著 NanoID 更安全。
此外，NanoID 在 ID 生成器的實(shí)現(xiàn)過程中使用了自己的算法，稱為統(tǒng)一算法，而不是使用“隨機(jī) % 字母表” random % alphabet。
我們創(chuàng)建了一個(gè)高質(zhì)量的技術(shù)交流群，與優(yōu)秀的人在一起，自己也會(huì)優(yōu)秀起來，趕緊點(diǎn)擊加群，享受一起成長的快樂。
| 它既快速又緊湊
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz-
此外，NanoID 支持 14 種不同的編程語言，它們分別是：C#、C++、Clojure 和 ClojureScript、Crystal、Dart & Flutter、Deno、Go、Elixir、Haskell、Janet、Java、Nim、Perl、PHP、帶字典的 Python、Ruby、Rust、Swift。
| 兼容性
它還支持 PouchDB、CouchDB WebWorkers、Rollup 以及 React 和 Reach-Native 等庫。
import { nanoid } from ‘@reduxjs/toolkit’
console.log(nanoid()) //‘dgPXxUz_6fWIQBD8XmiSy’
| 自定義字母
如下所示：
import { customAlphabet } from 'nanoid';
const nanoid = customAlphabet('ABCDEF1234567890', 12);
model.id = nanoid();
在上面的示例中，我將自定義字母表定義為 ABCDEF1234567890，并將 Id 的大小定義為 12。
| 沒有第三方依賴
由于 NanoID 不依賴任何第三方依賴，隨著時(shí)間的推移，它能夠變得更加穩(wěn)定自治。
從長遠(yuǎn)來看，這有利于優(yōu)化包的大小，并使其不太容易出現(xiàn)依賴項(xiàng)帶來的問題。
局限性和未來重點(diǎn)
根據(jù) StackOverflow 中的許多專家意見，使用 NanoID 沒有明顯的缺點(diǎn)或限制。
非人類可讀是許多開發(fā)人員在 NanoID 中看到的主要缺點(diǎn)，因?yàn)樗拐{(diào)試變得更加困難。但是，與 UUID 相比，NanoID 更短且可讀。
另外，如果你使用 NanoID 作為表的主鍵，如果你使用相同的列作為聚集索引也會(huì)出現(xiàn)問題。這是因?yàn)?NanoID 不是連續(xù)的。
在將來……
NanoID 正逐漸成為 JavaScript 最受歡迎的唯一 id 生成器，大多數(shù)開發(fā)人員更喜歡選擇它而不是更喜歡 UUID。
https://www.npmjs.com/package/nanoid
上述基準(zhǔn)測試顯示了 NanoID 與其他主要 id 生成器相比的性能：使用默認(rèn)字母表每秒可生成超過 220 萬個(gè)唯一 ID，使用自定義字母表每秒可生成超過 180 萬個(gè)唯一 ID。
根據(jù)我使用 UUID 和 NanoID 的經(jīng)驗(yàn)，考慮到它的小尺寸、URL 友好性、安全性和速度，我建議在任何未來的項(xiàng)目中使用 NanoID 而不是 UUID。
因此，我邀請您在下一個(gè)項(xiàng)目中試用 NanoID，并在評論部分與其他人分享您的想法。
1. 一文玩轉(zhuǎn) Java 日志數(shù)據(jù)脫敏
2. JVM 內(nèi)存布局詳解，圖文并茂，寫得太好了！
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點(diǎn)“在看”，關(guān)注公眾號并回復(fù) Java 領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
PS：因公眾號平臺(tái)更改了推送規(guī)則，如果不想錯(cuò)過內(nèi)容，記得讀完點(diǎn)一下“在看”，加個(gè)“星標(biāo)”，這樣每次新文章推送才會(huì)第一時(shí)間出現(xiàn)在你的訂閱列表里。
點(diǎn)“在看”支持小哈呀，謝謝啦??
