SnowFlow アルゴリズムは、Twitter によって開始された分散 ID 生成アルゴリズムであり、主な中心となるアイデアは、64 ビット長の型番号をグローバル ID として使用することです。分散システムでよく使用され、ID にタイムスタンプの概念が追加され、基本的に反復せず、右肩上がりに増加し続けます。
この 64 ビットのうち、最初のビットは使用されず、次の 41 ビットがミリ秒として使用され、10 ビットが作業マシン ID として使用され、12 ビットがシリアル番号として使用されます。以下の図に示すように、表します:
最初の部分: 0、これは符号ビットです。バイナリの最初のビットが 1 の場合、負の値になるためです。これらの ID はすべて正の数値であるため、最初のビットは基本的に 0
2 番目の部分: 41 ビット、タイムスタンプを表し、41 ビットは最大 $2^{41 } $-1 を表すことができます、2^{41}-1 ミリ秒の値を表すこともでき、これは基本的にほぼ 69 年に相当します。
3 番目の部分: 5 ビットはコンピューター室 ID を表します。
4 番目の部分: 5 ビットはマシン ID を表します。
5 番目の部分: 12 ビットはコンピューター室 ID を表し、表されるシリアル番号は、このミリ秒以内に特定のコンピューター室の特定のマシンで同時に生成された ID のシリアル番号です (0000 00000000)。が同じ ミリ秒 の場合、スノーフレーク値は増加します
簡単に言えば、サービスの 1 つがグローバルに一意の ID を生成したい場合、SnowFlake アルゴリズムをデプロイするシステムにリクエストを送信できます。一意の ID を生成する SnowFlake アルゴリズム システム。
このアルゴリズムは、コンピューター室のマシン上で同じミリ秒以内に一意の ID が生成されることを保証します。 1 ミリ秒以内に複数の ID が生成される場合がありますが、それらはシーケンス番号の最後の 12 ビットによって区別されます。
このアルゴリズムのコード実装部分を簡単に見てみましょう。
要するに、64 ビット数値の各ビット位置を使用して異なるフラグを設定することです
package com.lhh.utils; /** * @author liuhuanhuan * @version 1.0 * @date 2022/2/21 22:33 * @describe Twitter推出的分布式唯一id算法 */ public class SnowFlow { //因为二进制里第一个 bit 为如果是 1,那么都是负数,但是我们生成的 id 都是正数,所以第一个 bit 统一都是 0。 //机器ID 2进制5位 32位减掉1位 31个 private long workerId; //机房ID 2进制5位 32位减掉1位 31个 private long datacenterId; //代表一毫秒内生成的多个id的最新序号 12位 4096 -1 = 4095 个 private long sequence; //设置一个时间初始值 2^41 - 1 差不多可以用69年 private long twepoch = 1585644268888L; //5位的机器id private long workerIdBits = 5L; //5位的机房id;。‘ private long datacenterIdBits = 5L; //每毫秒内产生的id数 2 的 12次方 private long sequenceBits = 12L; // 这个是二进制运算,就是5 bit最多只能有31个数字,也就是说机器id最多只能是32以内 private long maxWorkerId = -1L ^ (-1L << workerIdBits); // 这个是一个意思,就是5 bit最多只能有31个数字,机房id最多只能是32以内 private long maxDatacenterId = -1L ^ (-1L << datacenterIdBits); private long workerIdShift = sequenceBits; private long datacenterIdShift = sequenceBits + workerIdBits; private long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits; // -1L 二进制就是1111 1111 为什么? // -1 左移12位就是 1111 1111 0000 0000 0000 0000 // 异或 相同为0 ,不同为1 // 1111 1111 0000 0000 0000 0000 // ^ // 1111 1111 1111 1111 1111 1111 // 0000 0000 1111 1111 1111 1111 换算成10进制就是4095 private long sequenceMask = -1L ^ (-1L << sequenceBits); //记录产生时间毫秒数,判断是否是同1毫秒 private long lastTimestamp = -1L; public long getWorkerId(){ return workerId; } public long getDatacenterId() { return datacenterId; } public long getTimestamp() { return System.currentTimeMillis(); } public SnowFlow() { } public SnowFlow(long workerId, long datacenterId, long sequence) { // 检查机房id和机器id是否超过31 不能小于0 if (workerId > maxWorkerId || workerId < 0) { throw new IllegalArgumentException( String.format("worker Id can't be greater than %d or less than 0",maxWorkerId)); } if (datacenterId > maxDatacenterId || datacenterId < 0) { throw new IllegalArgumentException( String.format("datacenter Id can't be greater than %d or less than 0",maxDatacenterId)); } this.workerId = workerId; this.datacenterId = datacenterId; this.sequence = sequence; } // 这个是核心方法,通过调用nextId()方法, // 让当前这台机器上的snowflake算法程序生成一个全局唯一的id public synchronized long nextId() { // 这儿就是获取当前时间戳,单位是毫秒 long timestamp = timeGen(); // 判断是否小于上次时间戳,如果小于的话,就抛出异常 if (timestamp < lastTimestamp) { System.err.printf("clock is moving backwards. Rejecting requests until %d.", lastTimestamp); throw new RuntimeException( String.format("Clock moved backwards. Refusing to generate id for %d milliseconds", lastTimestamp - timestamp)); } // 下面是说假设在同一个毫秒内,又发送了一个请求生成一个id // 这个时候就得把seqence序号给递增1,最多就是4096 if (timestamp == lastTimestamp) { // 这个意思是说一个毫秒内最多只能有4096个数字,无论你传递多少进来, //这个位运算保证始终就是在4096这个范围内,避免你自己传递个sequence超过了4096这个范围 sequence = (sequence + 1) & sequenceMask; //当某一毫秒的时间,产生的id数 超过4095,系统会进入等待,直到下一毫秒,系统继续产生ID if (sequence == 0) { timestamp = tilNextMillis(lastTimestamp); } } else { sequence = 0; } // 这儿记录一下最近一次生成id的时间戳,单位是毫秒 lastTimestamp = timestamp; // 这儿就是最核心的二进制位运算操作,生成一个64bit的id // 先将当前时间戳左移,放到41 bit那儿;将机房id左移放到5 bit那儿;将机器id左移放到5 bit那儿;将序号放最后12 bit // 最后拼接起来成一个64 bit的二进制数字,转换成10进制就是个long型 return ((timestamp - twepoch) << timestampLeftShift) | (datacenterId << datacenterIdShift) | (workerId << workerIdShift) | sequence; } /** * 当某一毫秒的时间,产生的id数 超过4095,系统会进入等待,直到下一毫秒,系统继续产生ID * @param lastTimestamp * @return */ private long tilNextMillis(long lastTimestamp) { long timestamp = timeGen(); while (timestamp <= lastTimestamp) { timestamp = timeGen(); } return timestamp; } //获取当前时间戳 private long timeGen(){ return System.currentTimeMillis(); } /** * main 测试类 * @param args */ public static void main(String[] args) { // System.out.println(1&4596); // System.out.println(2&4596); // System.out.println(6&4596); // System.out.println(6&4596); // System.out.println(6&4596); // System.out.println(6&4596); SnowFlow snowFlow = new SnowFlow(1, 1, 1); for (int i = 0; i < 22; i++) { System.out.println(snowFlow.nextId()); // } } } }
利点:
(1) 高いパフォーマンスと高可用性: 生成時にデータベースに依存せず、完全にメモリ内に生成されます。
(2) 大容量: 1 秒あたり数百万の自己増加 ID を生成できます。
(3) ID の自動インクリメント: データベースに保存され、インデックス作成効率が高くなります。
欠点:
システム時刻との整合性に依存し、システム時刻がコールバックまたは変更されると、IDの競合や重複が発生する可能性があります(クロックリプレイによるID重複問題)
以上がJava でスノーフレーク アルゴリズムを実装するコードを記述する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。