Golang Go语言中雪花ID转int64位数字长度是否固定？

发布于 1周前 作者 sinazl 来自 Go语言

https://github.com/bwmarrin/snowflake

https://github.com/sony/sonyflake

用了两个库，生成的 ID 转 int64 纯数字长度都不一样，而且库的配置不同，长度也不一样。

长度是不固定吗？

生成是 18 个数字：

import (
	"time"

"github.com/sony/sonyflake"

)


var (
sf = sonyflake.NewSonyflake(sonyflake.Settings{
StartTime: time.Now().Add(-time.Hour),
MachineID: func() (uint16, error) {
return uint16(10), nil
},
})
)


func GetNextSonyflakeId() int64 {
flakeId, _ := sf.NextID()
return int64(flakeId)
}

生成的是 13 个数字:

import (
	"github.com/sony/sonyflake"
)

var (
sf = sonyflake.NewSonyflake(sonyflake.Settings{})
)


func GetNextSonyflakeId() int64 {
flakeId, _ := sf.NextID()
return int64(flakeId)
}


Golang Go语言中雪花ID转int64位数字长度是否固定？

更多关于Golang Go语言中雪花ID转int64位数字长度是否固定？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

Harmonyos Next教程
16 回复

int64 固定占用 8 字节啊。雪花本质是利用 64bit 按自己需求划定区域（实际上符号位是不用的，大部分实现只用了 63 位），然后表示出 id 。你去纠结 int64 实际数字转成 string 后实际的 len 长度其实没有意义的。
如果你想等长表示，应该考虑将他的 64bit 直接转成 string 。

原理可以参考： https://pdai.tech/md/algorithm/alg-domain-id-snowflake.html

更多关于Golang Go语言中雪花ID转int64位数字长度是否固定？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


整数是不关心长度的, 你是不是转成字符串使用了

雪花是种思想, 你自己实现一个也行.

长度和配置+实现有关系，最大长度是 long 的最大值，应该有 19 位。

摘自自己写的文章：
Twitter Snowflake 最初由 Scala 语言编写，Scala 为 JVM 系语言，其 long 类型的大小为 64bit ，所以 Snowflake 产生的 ID 也被设计为 64bit 大小。
算法的核心思想是将 64bit 分段处理，64bit 的 ID 被分成了五段：
1. 首位 1 个 bit ，首段，不使用，固定为 0 ，表示 ID 为无符号数
2. 往后 41 个 bit ，毫秒跨度段，表示当前时间与初始设定时间相差的毫秒数，241 个毫秒数，可以使用 69 年
3. 再后 5 个 bit ，数据中心段，表示数据中心的 ID ，可配置 25=32 个数据中心
4. 再后 5 个 bit ，节点段，表示节点 ID ，每个数据中心可以配置 32 个节点
5. 最后 12 个 bit ，序列号段，表示 0~4096 范围中的一个数，默认为 0 ，当在 1 毫秒内产生多个 ID 时，前面段的 bit 值是相同的，用这 12 个 bit 的值来区分，即在 1ms 内，支持产生 4096 个 ID

当配置好数据中心 ID 和节点 ID 后，这两个段的值和首段的 0 是不会再变化了的，只有毫秒跨度段和序列号段值会发生变化。 如果 Snowflake 产生 ID 的间隔大于 1 毫秒，那么只有毫秒跨度段的值会发生变化；如果在 1 毫秒内要产生多个 ID ，则这一毫秒内只有序列号段发生变化（ 0~4095 范围内递增）。最后将每次生成的 64bit 二进制数字转为 long 类型的十进制数字，得到最终的 ID 。

二进制位数，确定；十进制位数，不确定

StartTime: time.Now().Add(-time.Hour) 这种写法就完全错的，这样会产生重复的雪花 ID 的

时间回拨问题？

只要系统时间一直没问题应该不会有啥问题吧

因为 sonyflake 不是标准 snowflake 实现，而是经过了自定义。所以两者确实是不一样的。这你既然用到了 sonyflake 库，应该还是要读一读文档的。
https://github.com/sony/sonyflake/blob/master/README.md

另外，你不应该提问“长度是不固定的吗”，而应该提问“snowflake 和 sonyflake 包产生的 ID 长度不一样的吗”。
再另外，因为 snowflake/sonyflake 都是基于时间戳的，所以如果你使用它们中的任一种，时间跨度超过一段时间，也会造成 ID 字符串长度不一样。

重启程序就得出问题，时间位是用 now() - StartTime 填充的，以他这个写法重启程序就会从 1 小时重新计数，和之前的完全重复，正确的做法是所有地方都写一个固定时间，比如项目 2023 年开始，那就 2023-01-01 00:00:00.000 UTC ，或者直接写 0 库会用默认值也就是著名的 1970-01-01 00:00:00.000 UTC

是呀，想放在数据库做长度一样的 ID 的。

这个是我测试的时候加的，测的时候改了时间看看结果，我用的时候没设置，用的库默认的。

看过了，我看是固定 64 位的（库实际使用是 63 位），我转成十进制 int64 我以为也是固定长度的。


😂 转成十进制什么鬼，你是说转成十进制字符串吧？是固定 int64 类型存储，怎么会等同于固定长度呢？ 64 个 0 的十进制是 0,60 个 0 、4 个 1 十进制就是 15 了。。。ID 前面是时间戳，跨度还蛮大的，肯定会在一些可能的位数间变化的。。。。snowflake 和 sonyflake 的时间戳和后面部分组成不一样，自然同一个时间生成的位数也可以不一样。。。

库返回的就是是十进制的数，类型是 uint64 。那是我理解错了，我以为 64 个位全都会有值。

在Golang（Go语言）中，雪花ID（Snowflake ID）是一种分布式唯一ID生成算法，通常用于生成全局唯一的64位整数ID。关于雪花ID转为int64后的数字长度是否固定，可以从以下几个方面进行解释：

  1. 位数固定：雪花ID本身就是一个64位的整数，因此无论怎么转换，其位数始终是固定的64位。这里的“位数”指的是二进制位数，而不是十进制下字符串表示的长度。

  2. 十进制表示长度：当我们将64位的二进制整数转换为十进制表示时，其字符串长度并不固定。因为不同的二进制数值在十进制下的表示长度会有所不同。例如，最小的64位整数（0）在十进制下表示为一个字符“0”，而最大的64位整数在十进制下则表示为19个字符（例如，9223372036854775807）。

  3. 实际应用：在实际应用中，我们通常关心的是雪花ID的唯一性和有序性，而不是其在十进制下的表示长度。因此，在存储或传输雪花ID时，通常会以二进制或十六进制（更节省空间）的形式进行。

综上所述，雪花ID转为int64后，其二进制位数是固定的64位，但在十进制下的表示长度则因数值而异。在实际应用中，应关注雪花ID的唯一性和有序性，而不是其十进制表示的长度。

回到顶部