跳到主要内容

雪花 ID 解析器 · 时间戳 + 机器号 + 序列号

把 64 位雪花 ID 拆成时间戳、机器号和序列号,内置 Twitter、Discord 和自定义纪元,全程 BigInt,纯浏览器运算

  • 本地处理
  • 分类 开发运维
  • 适合 格式化、校验、压缩或检查和代码相关的文本。
雪花 ID 是一个 64 位整数:高位放 41 位毫秒时间戳,接着是机器/worker 编号,最后是同一毫秒内的序列号。时间戳是从某个平台自定的纪元(epoch)起算的,Twitter 和 Discord 的纪元不一样,所以要选对才能读出真实时间。全部解码都在浏览器里用 BigInt 完成。

Twitter 默认:10 位机器(5 数据中心 + 5 worker)+ 12 位序列。Discord 同样用 10 + 12。

解码结果

在上方粘贴一个雪花 ID,即可解出它的时间戳、机器编号和序列号。

这个工具能做什么

免费的雪花 ID(Snowflake)解析器,支持 Twitter/X、Discord、Instagram 以及任意自定义的 64 位分布式 ID。粘进一个雪花 ID,就能读出里面的毫秒 时间戳(原始毫秒、UTC 时间和本地时间)、机器/worker 编号,以及同一 毫秒内的序列号。雪花 ID 把 41 位时间戳放在高位,后面接机器号,再接 序列号,所以整个数值大致按生成时间有序。时间戳是从某个平台自定的纪元 起算的,不是 Unix 纪元,因此工具内置了 Twitter 和 Discord 两个纪元 预设,也允许填自定义纪元和位宽来对应自研方案。所有运算都走 BigInt, 越过普通 Number 在 2^53 就会四舍五入的精度上限。全部在浏览器本地完成, 一键复制,分享链接可还原你当时的解析。

工具细节

输入
文本 + 数值
页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
输出
即时结果 + 复制
结果区优先给出可操作结果,支持项会显示复制、下载或可视化预览。
隐私
浏览器本地处理
主工具逻辑未发现外部 API 调用,输入通常留在当前标签页内处理。
保存 / 分享
可分享链接状态
关键设置会进入 URL,复制链接后别人能复现同一组参数。
性能预算
首屏 JS ≤ 9 KB
没有声明 WASM 依赖,适合快速打开和移动端使用。
适用场景
开发运维 · 程序员
分类和职业标签用于推荐相关工具、组织内链,并帮助用户快速判断是否适合当前任务。

怎么用

  1. 1. 输入

    把内容粘贴或拖入工具面板。

  2. 2. 处理

    点击按钮,在浏览器内本地处理,文件不上传。

  3. 3. 复制 / 下载

    一键复制结果或下载到本地。

雪花 ID 解析器 适合怎么用

适合穿插在写代码、查问题、做 Review、上线前的小任务里。

适合开发场景

  • 格式化、校验、压缩或检查和代码相关的文本。
  • 把片段整理好再放进文档、工单、提交或交接材料。
  • 不切换工具,快速检查一个小 payload。

开发检查项

  • 压缩、混淆这类不可逆处理,先对副本操作。
  • 除非确认工具本地处理,不要粘贴密钥和敏感片段。
  • 转换后的代码上线前,仍要跑自己的测试或 lint。

下一步可以接着做

这些入口会把当前任务接到更完整的工具链里。

  1. 1 位运算计算器 对整数做按位与、或、异或、取反与移位,十进制、十六进制、二进制同屏对照,全在浏览器本地 打开
  2. 2 进制转换器 进制转换器:二进制、八进制、十进制、十六进制、2-36 任意进制。含位运算。 打开
  3. 3 UUIDv7 生成器 符合 RFC 9562 的时间有序可排序 UUID:批量生成、单调递增、反解内嵌时间戳,全程浏览器本地 打开

真实使用场景

  • 核查一个 Discord 账号到底是什么时候建的

    管理员怀疑某个新号在规避封禁。复制该用户的 Discord ID,选 Discord 纪元粘进来,解析器就给出精确到毫秒的 UTC 创建时间。雪花解出来是 「三分钟前」的多半是刚注册的小号,解出 2017 年的大概率是真实老号。 不用机器人,不用 API token,也没有调用频率限制,时间就藏在 ID 本身里。

  • 排查雪花主键表里顺序错乱的行

    你的服务用雪花做主键,某条查询返回的行看起来顺序不对。把两个可疑 ID 粘进来分别解码,对比时间戳和机器号。如果两个 ID 同一毫秒、只差 序列号,那按 ID 排序是对的;如果某个 ID 带着一个明显错误的时间, 说明有个 worker 时钟漂移了,这正是雪花方案常见的故障点。

  • 摸清一个陌生平台的 ID 方案

    你在对接一个 API,它返回一串长数字 ID,文档却没说格式。先试 Twitter 和 Discord 纪元;如果解出的日期落在很远的未来,或早于这家 公司成立,就调自定义纪元和位宽,直到时间看着合理。二进制结构视图 会把时间戳的分界标得很清楚,方便你把配置定下来。

  • 验证你刚写好的雪花生成器

    你做了一个分布式 ID 生成器,想确认它打的纪元、机器号和序列号都对。 生成一个 ID,用你的自定义纪元和位宽粘进来,检查解出的时间戳是否 和生成时的时钟一致、机器号是否和节点对得上。一次干净的来回往返, 就是把生成器放进生产环境前一个快速的单测替代。

常见踩坑

  • 用 Twitter 纪元去解 Discord 的 ID(或反过来)。数字能正常解析,但日期会差好几年,因为每个平台是从各自的纪元起算毫秒的。一定要让纪元预设对应 ID 的来源。

  • 先把 ID 丢给 parseInt 或 Number。这会把超过 2^53 的部分四舍五入,悄悄把机器号和序列号算错。请粘原始十进制字符串,让工具的 BigInt 运算去处理完整的 64 位。

  • 以为所有雪花都是 10 位机器 + 12 位序列。自研方案和 Sonyflake 这类会改这些位宽,除非把位宽设成和生成器一致,否则机器号和序列号都会解错。

隐私说明

每一步运算,包括解析这个 64 位数字、BigInt 的位移和掩码、纪元偏移以及 日期格式化,都是浏览器标签页里运行的纯 JavaScript。任何雪花 ID 都不会 被上传、记录或发往服务器,也不会有携带你输入的分析请求。唯一要注意的 是分享链接,它会把 ID、纪元和位宽写进 URL 查询字符串,所以把链接粘到 聊天里,对方服务器的访问日志会留下这些值。涉及敏感账号 ID 时,请用复制 按钮,而不是分享网址。

常见问题

类似工具组合

做你这行的人, 还会一起用这些。

Made by Toolora · 100% client-side · Updated 2026-06-13