根据 Twitter SnowFlake 算法, 实现的分布式线程安全 UID 生成器
源码地址:https://github.com/zheng-ji/goSnowFlake

0 41 51 64
+---------------+----------------+-----------+
|timestamp(ms) | worker node id | sequence |
+---------------+----------------+-----------+
id = timestamp | workerid | sequence (eg. 1451063443347648410)
由三部分与运算组合而成,分别是毫秒级别的时间戳,机器 workerid, 以及为了解决冲突的序列号
go get github.com/zheng-ji/goSnowFlake
import (
"fmt"
"github.com/zheng-ji/goSnowFlake"
)
func main() {
// Params: Given the workerId, 0 < workerId < 1024
iw, err := goSnowFlake.NewIdWorker(1)
if err!= nil {
fmt.Println(err)
}
for i := 0; i < 100; i++ {
if id, err := iw.NextId(); err != nill {
fmt.Println(id)
}
}
}
1
barbery Mar 6, 2016
好像很犀利的样子
|
2
forsigner Mar 6, 2016
这个 UID 跟 GUID 和 UUID 有什么区别?
|
4
leedstyh Mar 6, 2016 不错, star 了,目前把`mgo`里面的 ObjectID 的算法提出来了在用,下个项目试试这个!
|
6
zieglar Mar 6, 2016 似乎无法反推是哪个 worker 生成的?
|
12
devtiange Mar 10, 2016 @zhengji 从你的描述上来看, worker node 的信息是在 41 - 51 位.
我从 64bit 里拿出这 10 位, 不就能知道 worker node 了吗? 不知道是哪里理解的不对? |
14
leedstyh Mar 17, 2016
`ts - CEpoch<<CTimeStampShift | iw.workerId<<CWorkerIdShift | iw.sequence`
这段和 Twitter 原来的算法不太一样呢 |