關于雪花算法的一些思考與工具類實現(xiàn)

引言

雪花算法是Twitter提出的用以解決分布式ID的一種解決辦法太雨,詳細的介紹網(wǎng)上有很多,本文在這里就不重復了锉矢。
本文參考了兩個網(wǎng)址進行實現(xiàn):

問題

這里主要有兩個問題思考:
1.為什么要分為幾個部分莺奔,41bit,10bit,12bit?
2.這樣的算法實現(xiàn)在多線程情況下真的能確保ID的唯一性嗎巍耗?

針對問題一
這個問題的本質其實是,該算法的創(chuàng)始人是如何想到該方法的渐排,為什么要這么劃分炬太。我試著來回答一下,首先ID是要正數(shù)驯耻,所以第一位不能用亲族。然后我們要快捷,不用數(shù)據(jù)庫可缚,所以我們只能用移位的形式實現(xiàn)霎迫。那我們的服務器一般是64位的,這是重點帘靡,64位知给!。所以我們要合理規(guī)劃出來一部分數(shù)據(jù)要能表示使用的年限(41位)描姚,一部分要表現(xiàn)我的機房和我機房里面的機器(各5位)涩赢,剩下的12位表示一毫秒里面的數(shù)據(jù),可以保證4k左右的數(shù)據(jù)不重復轩勘。至于確切的計算過程筒扒,可以參考文獻一。
另外為了保證每次只獲取一個新的绊寻,所以肯定得在獲取下一個ID的時候加上鎖synchronized霎肯。

針對問題二

我們不妨來驗證一下,思路是啟動10個線程榛斯,每個線程執(zhí)行1000次的獲取ID,收集下每次獲取的ID搂捧,看是否有重復驮俗。我們將分為兩種情況:

  • 在循環(huán)外部生成對象,即單實例下生成ID


    單個對象的情況
  • 在循環(huán)內(nèi)部生成對象允跑,即多實例下生成ID
    多對象情況

    根據(jù)程序運行的結果王凑,我們可以發(fā)現(xiàn)用別人的代碼其實存在風險搪柑。如果一個項目里面,多處地方new SnowFlake對象很多可能會導致ID不唯一K髋搿工碾!

所以為了避免一個項目下由調用處創(chuàng)建SnowFlake對象導致的ID重復問題,建議在工具類中就進行對象初始化(可以使用單例模式)
本文只是簡單的私有化構造函數(shù)百姓,并利用static的特性初始化

  private static SnowFlakeUtil snowFlakeUtil = new SnowFlakeUtil(0, 0);

    private SnowFlakeUtil(long datacenterId, long machineId) {
        if (datacenterId > MAX_DATACENTER_NUM || datacenterId < 0) {
            throw new IllegalArgumentException("datacenterId can't be greater than MAX_DATACENTER_NUM or less than 0");
        }
        if (machineId > MAX_MACHINE_NUM || machineId < 0) {
            throw new IllegalArgumentException("machineId can't be greater than MAX_MACHINE_NUM or less than 0");
        }
        this.datacenterId = datacenterId;
        this.machineId = machineId;
    }

在具體使用的時候不同的項目里面配置不同的機房ID和機器ID即可渊额。

附錄

通篇代碼:

public class SnowFlakeUtil {

    /**
     * 起始的時間戳
     * 2020-06-10 09:43:xx
     */
    private final long START_STMP = 1591753401773L;

    /**
     * 每一部分占用的位數(shù)
     */
    private final long SEQUENCE_BIT = 12; //序列號占用的位數(shù)
    private final long MACHINE_BIT = 5;   //機器標識占用的位數(shù)
    private final long DATACENTER_BIT = 5;//數(shù)據(jù)中心占用的位數(shù)

    /**
     * 每一部分的最大值
     */
    private final long MAX_DATACENTER_NUM = -1L ^ (-1L << DATACENTER_BIT);
    private final long MAX_MACHINE_NUM = -1L ^ (-1L << MACHINE_BIT);
    private final long MAX_SEQUENCE = -1L ^ (-1L << SEQUENCE_BIT);

    /**
     * 每一部分向左的位移
     */
    private final long MACHINE_LEFT = SEQUENCE_BIT;
    private final long DATACENTER_LEFT = SEQUENCE_BIT + MACHINE_BIT;
    private final long TIMESTMP_LEFT = DATACENTER_LEFT + DATACENTER_BIT;

    /**
     * 數(shù)據(jù)中心
     */
    private long datacenterId;
    /**
     * 機器標識
     */
    private long machineId;
    /**
     * 序列號
     */
    private long sequence = 0L;
    /**
     * 上一次時間戳
     */
    private long lastStmp = -1L;


    private static SnowFlakeUtil snowFlakeUtil = new SnowFlakeUtil(0, 0);

    private SnowFlakeUtil(long datacenterId, long machineId) {
        if (datacenterId > MAX_DATACENTER_NUM || datacenterId < 0) {
            throw new IllegalArgumentException("datacenterId can't be greater than MAX_DATACENTER_NUM or less than 0");
        }
        if (machineId > MAX_MACHINE_NUM || machineId < 0) {
            throw new IllegalArgumentException("machineId can't be greater than MAX_MACHINE_NUM or less than 0");
        }
        this.datacenterId = datacenterId;
        this.machineId = machineId;
    }

    /**
     * 產(chǎn)生下一個ID
     *
     * @return
     */
    private synchronized long nextId() {
        long currStmp = getNewstmp();
        if (currStmp < lastStmp) {
            throw new RuntimeException("Clock moved backwards.  Refusing to generate id");
        }

        if (currStmp == lastStmp) {
            //相同毫秒內(nèi),序列號自增
            sequence = (sequence + 1) & MAX_SEQUENCE;
            //同一毫秒的序列數(shù)已經(jīng)達到最大
            if (sequence == 0L) {
                currStmp = getNextMill();
            }
        } else {
            //不同毫秒內(nèi)垒拢,序列號置為0
            sequence = 0L;
        }

        lastStmp = currStmp;

        return (currStmp - START_STMP) << TIMESTMP_LEFT //時間戳部分
                | datacenterId << DATACENTER_LEFT       //數(shù)據(jù)中心部分
                | machineId << MACHINE_LEFT             //機器標識部分
                | sequence;                             //序列號部分
    }

    private long getNextMill() {
        long mill = getNewstmp();
        while (mill <= lastStmp) {
            mill = getNewstmp();
        }
        return mill;
    }

    private long getNewstmp() {
        return System.currentTimeMillis();
    }

    public static Long generateId() {
        return snowFlakeUtil.nextId();
    }


    public static void main(String[] args) {
        Set<Long> keys = new HashSet<Long>();
//        SnowFlakeUtil ss = new SnowFlakeUtil(2, 3);
        for (int i = 0; i < 10; i++) {
            new Thread(i + "S") {
                @Override
                public void run() {
//                    SnowFlakeUtil ss = new SnowFlakeUtil(2, 3);
                    for (int j = 0; j < 1000; j++) {
                        Long k = SnowFlakeUtil.generateId();
                        if (!keys.contains(k)) {
                            keys.add(k);
                        } else {
                            System.out.println("重復:" + k);
                        }
                    }
                }
            }.start();
        }
    }
}
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末旬迹,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子求类,更是在濱河造成了極大的恐慌奔垦,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件尸疆,死亡現(xiàn)場離奇詭異椿猎,居然都是意外死亡,警方通過查閱死者的電腦和手機寿弱,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進店門犯眠,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人脖捻,你說我怎么就攤上這事阔逼。” “怎么了地沮?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵嗜浮,是天一觀的道長。 經(jīng)常有香客問我摩疑,道長危融,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任雷袋,我火速辦了婚禮吉殃,結果婚禮上,老公的妹妹穿的比我還像新娘楷怒。我一直安慰自己蛋勺,他們只是感情好,可當我...
    茶點故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布鸠删。 她就那樣靜靜地躺著抱完,像睡著了一般。 火紅的嫁衣襯著肌膚如雪刃泡。 梳的紋絲不亂的頭發(fā)上巧娱,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天碉怔,我揣著相機與錄音,去河邊找鬼禁添。 笑死撮胧,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的老翘。 我是一名探鬼主播芹啥,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼酪捡!你這毒婦竟也來了叁征?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤逛薇,失蹤者是張志新(化名)和其女友劉穎捺疼,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體永罚,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡啤呼,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了呢袱。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片官扣。...
    茶點故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖羞福,靈堂內(nèi)的尸體忽然破棺而出惕蹄,到底是詐尸還是另有隱情,我是刑警寧澤治专,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布卖陵,位于F島的核電站,受9級特大地震影響张峰,放射性物質發(fā)生泄漏泪蔫。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一喘批、第九天 我趴在偏房一處隱蔽的房頂上張望撩荣。 院中可真熱鬧,春花似錦饶深、人聲如沸餐曹。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽台猴。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間卿吐,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工锋华, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留嗡官,地道東北人。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓毯焕,卻偏偏與公主長得像衍腥,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子纳猫,可洞房花燭夜當晚...
    茶點故事閱讀 42,901評論 2 345