前提最近发现各个频道推荐了很多ULID
相关文章 , 这里对ULID
的规范文件进行解读 , 并且基于Java
语言自行实现ULID
, 通过此实现过程展示ULID
的底层原理 。
ULID出现的背景
文章插图
ULID
全称是Universally Unique Lexicographically Sortable Identifier
, 直译过来就是通用唯一按字典排序的标识符 , 它的原始仓库是https://github.com/ulid/javascript
, 该项目由前端开发者alizain发起 , 基于JavaScript
语言编写 。从项目中的commit
历史来看已经超过了5
年 , 理论上得到充分的实践验证 。ULID
出现的原因是一些开发者认为主流的UUID
方案在许多场景下可能不是最优的 , 存在下面的原因:UUID
不是128 bit
随机编码(由128 bit
随机数通过编码生成字符串)的最高效实现方式UUID
的v1/v2
实现在许多环境中是不切实际的 , 因为这两个版本的的实现需要访问唯一的、稳定的MAC
地址UUID
的v3/v5
实现需要唯一的种子 , 并且产生随机分布的ID
, 这可能会导致在许多数据结构中出现碎片UUID
的v4
除了随机性之外不需要提供其他信息 , 随机性可能会在许多数据结构中导致碎片
UUID
的v1/v2
实现依赖唯一稳定MAC
地址不现实 , v3/v4/v5
实现因为随机性产生的ID
会"碎片化" 。基于此提出了
ULID
, 它用起来像这样:ulid() // 01ARZ3NDEKTSV4RRFFQ69G5FAV
ULID
的特点如下:- 设计为
128 bit
大小 , 与UUID
兼容 - 每毫秒生成
1.21e+24
个唯一的ULID
(高性能) - 按字典顺序(字母顺序)排序
- 标准编码为
26
个字符的字符串 , 而不是像UUID
那样需要36
个字符 - 使用
Crockford
的base32
算法来提高效率和可读性(每个字符5 bit
) - 不区分大小写
- 没有特殊字符串(
URL
安全 , 不需要进行二次URL
编码) - 单调排序(正确地检测并处理相同的毫秒 , 所谓单调性 , 就是毫秒数相同的情况下 , 能够确保新的
ULID
随机部分的在最低有效位上加1
位)
ULID
规范在ULID/javascript
类库中实现 , 此二进制格式目前没有在JavaScript
中实现: 01AN4Z07BY79KA1307SR9X4MV3|----------||----------------| TimestampRandomness48bits80bits
组成时间戳(Timestamp
)- 占据
48 bit
(high
) - 本质是
UNIX-time
, 单位为毫秒 - 直到公元
10889
年才会用完
Randomness
)- 占据
80 bit
(low
) - 如果可能的话 , 使用加密安全的随机源
ASCII
字符集 。在相同的毫秒(时间戳)内 , 无法保证排序顺序 。
经验总结扩展阅读
- vite vue3 规范化与Git Hooks
- 钩子 【pytest官方文档】解读-插件开发之hooks 函数
- 深渊游戏结局解读
- 如何解读芥川龙之介的秋山图
- 襄怎么读
- 中 ?打造企业自己代码规范IDEA插件
- 脚手架规范有哪些
- HashMap底层原理及jdk1.8源码解读
- 规范正交基和标准正交基一样吗
- JS 模块化-05 ES Module & 4 大规范总结