今日头条这种超长 int id 是怎么生成的？

有没有可能，这不是自增 id ？
而是类似 hash 的字符串？

为什么觉得是 int 的?

参考一下 美团 leaf 或者 Twitter 的雪花算法

7129539941947671076 用 16 进制表示就是 0x62f136cda3c00224 ，可以发现恰好是 8 个字节 62f1 36cd a3c0 0224 。估计只是一个普通的 64-bits ID 而已，不一定是顺序生成的，里面应该包含了信息，比如时间戳之类的。

拍个脑袋，也许就是直接用 snowflake 生成的 :)

雪花算法

分布式 ID ，可以了解一下其中一种-雪花 id

Snowflake

再不济 也应该是 long 嘛

19 位，属于正常的长度。

Snowflake

确实，为啥 OP 会觉得是 int 啊？不解

这肯定不是 int 的，分布式生成的 ID 吧

用的是分布式生成器生成的，对应 go 中的 int64

很长的数字几乎都是雪花.

Snowflake
是顺序的
int 范围 -2147483648~2147483647
js 中 Number.MAX_VALUE=1.7976931348623157e+308 ，注意精度丢失问题

雪花算法+int64

@wu00 #15
你这 INT 范围是不是有点武断了

@realpg 按你这个说法，我觉得“武断”这个词用的不太准确，应该用“草率”


@wu00 前两天写 js 就遇到了，丢精度

如果是数字的话，实际上你可以使用数字爬取到全部文章了，这是一个严重的安全漏洞。那么利用它，要不他不存在。你不妨试一试。

是 char 吧

明显不是自带的自增 id 啊

分布式 ID 生成器，基于时间、机器 ID 、序号等生成的 int64 ，类似的可以看看 Snowflake

随便打开一个列表页面，在控制台输入下面的代码，就能获取到 64bit 的 snowflake ID 列表了。

```js
$$('.title').map(t => t.href).filter(Boolean).map(t => t.match(/\/(\d+)\//)?.[1]).map(t => t && BigInt(t).toString(2))
```

正好我司去年底数据库表 id 使用了雪花算法,生成的 id 就是随机一大串

可以肯定地说这就是数据库表的主键 id. Long 型

百度雪花算法。一个不规则 ID 生成算法。现在大部分都用的这个吧，简单高效，轮子也多。

肯定不是连续的，推特也是这样，估计也有反爬虫的考量

你为什么觉得它是 int ？这是个很关键的问题

int64 ，用类似雪花算法的 id 生成器生成的，字节所有的 id 都是这样产生的

@wu00 #15 Number.MAX_SAFE_INTEGER

也有可能 ID 是从 7129539941947671000 开始递增的，所以有可能头条只有 76 篇文章 (doge

美团修改后的雪花算法，不是自增+1 的，但是确实是不断向前增大的，我记得是美团有专门的服务器用来生成这个 id ，其他项目请求这个服务器获取 id ，大概是这么个意思，很久之前看的美团的技术文章

1. 这种 id 是不可遍历的自增的 id
2. 服务端存储用 big int
3. 跟前端交互用 string ，否则会丢精度