1. 程式人生 > >比UUID效率更高的生成id工具類

比UUID效率更高的生成id工具類

package com.test.util;

import java.lang.management.ManagementFactory;
import java.net.InetAddress;
import java.net.NetworkInterface;

/**
 * <p>名稱:IdWorker.java</p>
 * <p>描述:分散式自增長ID</p>
 * <pre>
 *     Twitter的 Snowflake JAVA實現方案
 * </pre>
 * 核心程式碼為其IdWorker這個類實現,其原理結構如下,我分別用一個0表示一位,用—分割開部分的作用:
 * 1||0---0000000000 0000000000 0000000000 0000000000 0 --- 00000 ---00000 ---000000000000
 * 在上面的字串中,第一位為未使用(實際上也可作為long的符號位),接下來的41位為毫秒級時間,
 * 然後5位datacenter標識位,5位機器ID(並不算識別符號,實際是為執行緒標識),
 * 然後12位該毫秒內的當前毫秒內的計數,加起來剛好64位,為一個Long型。
 * 這樣的好處是,整體上按照時間自增排序,並且整個分散式系統內不會產生ID碰撞(由datacenter和機器ID作區分),
 * 並且效率較高,經測試,snowflake每秒能夠產生26萬ID左右,完全滿足需要。
 * <p>
 * 64位ID (42(毫秒)+5(機器ID)+5(業務編碼)+12(重複累加))
 *
 * @author Polim
 */
public class IdWorker {
    // 時間起始標記點,作為基準,一般取系統的最近時間(一旦確定不能變動)
    private final static long twepoch = 1288834974657L;
    // 機器標識位數
    private final static long workerIdBits = 5L;
    // 資料中心標識位數
    private final static long datacenterIdBits = 5L;
    // 機器ID最大值
    private final static long maxWorkerId = -1L ^ (-1L << workerIdBits);
    // 資料中心ID最大值
    private final static long maxDatacenterId = -1L ^ (-1L << datacenterIdBits);
    // 毫秒內自增位
    private final static long sequenceBits = 12L;
    // 機器ID偏左移12位
    private final static long workerIdShift = sequenceBits;
    // 資料中心ID左移17位
    private final static long datacenterIdShift = sequenceBits + workerIdBits;
    // 時間毫秒左移22位
    private final static long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits;

    private final static long sequenceMask = -1L ^ (-1L << sequenceBits);
    /* 上次生產id時間戳 */
    private static long lastTimestamp = -1L;
    // 0,併發控制
    private long sequence = 0L;

    private final long workerId;
    // 資料標識id部分
    private final long datacenterId;

    public IdWorker(){
        this.datacenterId = getDatacenterId(maxDatacenterId);
        this.workerId = getMaxWorkerId(datacenterId, maxWorkerId);
    }
    /**
     * @param workerId
     *            工作機器ID
     * @param datacenterId
     *            序列號
     */
    public IdWorker(long workerId, long datacenterId) {
        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;
    }
    /**
     * 獲取下一個ID
     *
     * @return
     */
    public synchronized long nextId() {
        long timestamp = timeGen();
        if (timestamp < lastTimestamp) {
            throw new RuntimeException(String.format("Clock moved backwards.  Refusing to generate id for %d milliseconds", lastTimestamp - timestamp));
        }

        if (lastTimestamp == timestamp) {
            // 當前毫秒內,則+1
            sequence = (sequence + 1) & sequenceMask;
            if (sequence == 0) {
                // 當前毫秒內計數滿了,則等待下一秒
                timestamp = tilNextMillis(lastTimestamp);
            }
        } else {
            sequence = 0L;
        }
        lastTimestamp = timestamp;
        // ID偏移組合生成最終的ID,並返回ID
        long nextId = ((timestamp - twepoch) << timestampLeftShift)
                | (datacenterId << datacenterIdShift)
                | (workerId << workerIdShift) | sequence;

        return nextId;
    }

    private long tilNextMillis(final long lastTimestamp) {
        long timestamp = this.timeGen();
        while (timestamp <= lastTimestamp) {
            timestamp = this.timeGen();
        }
        return timestamp;
    }

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

    /**
     * <p>
     * 獲取 maxWorkerId
     * </p>
     */
    protected static long getMaxWorkerId(long datacenterId, long maxWorkerId) {
        StringBuffer mpid = new StringBuffer();
        mpid.append(datacenterId);
        String name = ManagementFactory.getRuntimeMXBean().getName();
        if (!name.isEmpty()) {
         /*
          * GET jvmPid
          */
            mpid.append(name.split("@")[0]);
        }
      /*
       * MAC + PID 的 hashcode 獲取16個低位
       */
        return (mpid.toString().hashCode() & 0xffff) % (maxWorkerId + 1);
    }

    /**
     * <p>
     * 資料標識id部分
     * </p>
     */
    protected static long getDatacenterId(long maxDatacenterId) {
        long id = 0L;
        try {
            InetAddress ip = InetAddress.getLocalHost();
            NetworkInterface network = NetworkInterface.getByInetAddress(ip);
            if (network == null) {
                id = 1L;
            } else {
                byte[] mac = network.getHardwareAddress();
                id = ((0x000000FF & (long) mac[mac.length - 1])
                        | (0x0000FF00 & (((long) mac[mac.length - 2]) << 8))) >> 6;
                id = id % (maxDatacenterId + 1);
            }
        } catch (Exception e) {
            System.out.println(" getDatacenterId: " + e.getMessage());
        }
        return id;
    }

    
    public static void main(String[] args) {
		
    	IdWorker idWorker=new IdWorker(0,0);
    	
    	for(int i=0;i<100;i++){
    		long nextId = idWorker.nextId();
        	System.out.println(nextId);
    	}
    	
    	
	}

}

內部支援了併發情況下的處理。效率比uuid快接近4倍,而且uuid還有橫槓需要處理,不方便。 而它生成的long型別19位

package com.test.util;

import java.util.UUID;

public class Test {
	public static void main(String[] args) {
		IdWorker id =new IdWorker(0,0);
		
		long start = System.currentTimeMillis();
		
		for (int i = 0; i < 10000000; i++) {
		long nextId = id.nextId();
			//UUID uuid = UUID.randomUUID(); //8124  8229
		//	uuid.toString();
//			System.out.println(nextId);
			
		}
		long end = System.currentTimeMillis();
		long nextId = id.nextId();
	//	UUID uuid = UUID.randomUUID();
		System.out.println(nextId);
		System.out.println(end-start);
	}
}

相關推薦

UUID效率生成id工具

package com.test.util; import java.lang.management.ManagementFactory; import java.net.InetAddress; import java.net.NetworkInterface; /**

為什麼epollselect效率(Why is epoll faster than select)?

Why is epoll faster than select? A typical server might be dealing with, say, 200 connections. It will service every connection that need

ConcurrentHashMap多執行緒下HashTable效率

點題:為什麼 ConcurrentHashMap在多執行緒下效率更高? HashTable使用一把鎖處理併發問題,當有多個執行緒訪問時,需要多個執行緒競爭一把鎖,導致阻塞 Conc

java中 若有多個判斷條件 switchif效率

剛剛也就個人想了解下,在此整理下兩者之間的對比及效率更優的原因 兩者對比: 1、兩者都是條件比較語句,但是IF的比較範圍更廣,IF能處理所有的boolean型別的結果值,switch只能處理byte、short、int型別的數值比較。 2、兩者都是在匹配後執行程式碼

php——21-關鍵詞 const(執行效率 define 可能) define

語法及注意點 const 定義常量語法:const 常量識別符號 = 常量值; const 關鍵字一般在類的聲明裡定義常量時使用;在 PHP 5.3.0 以後,可以使用 const 關鍵字在類定義的外

IO中關於自定義緩沖區和使用默認緩沖區哪個效率的對比

buffered code rtti rtt 測試 iso ndt end oid //自己測試了一個3.8G的文件,有興趣的可以自己試試看,初學java寫的不對的地方希望大家能指出,有疑問可以留言一起探討,謝謝! 1 package cn.String.Day.IO;

RDIFramework.NET ━ .NET快速信息化系統開發框架 V3.2-> Web版本新增新的用戶權限設置界面效率規範

繼承 添加 角色 介紹 灰色 範圍管理 開發框架 條件 我們   在實際應用中我們會發現,權限控制會經常變動,如:需要調整角色的分配,需要收回與授予某些角色、用戶可訪問的模塊(菜單)與相應的操作權限、需要給某些角色添加與移除相應的用戶等等,如果沒有一個靈活可靠的配置管理工具

RDIFramework.NET ━ .NET快速信息化系統開發框架 V3.2->WinForm版本新增新的用戶權限設置界面效率規範

信息 再次 列表 等等 級聯 沒有 有一個 提示 left   在實際應用中我們會發現,權限控制會經常變動,如:需要調整角色的分配,需要收回與授予某些角色、用戶可訪問的模塊(菜單)與相應的操作權限、需要給某些角色添加與移除相應的用戶等等,如果沒有一個靈活可靠的配置管理工具將

RDIFramework.NET ━ .NET快速信息化系統開發框架 V3.2->Web版本新增新的角色授權管理界面效率規範

rdiframework 工作流 快速開發框架 web前端 權限系統   角色授權管理模塊主要是對角色的相應權限進行集中設置。在角色權限管理模塊中,管理員可以添加或移除指定角色所包含的用戶、可以分配或授予指定角色的模塊(菜單)的訪問權限、可以收回或分配指定角色的操作(功能)權限、可以對所有

MySQL select * 和把所有的字段都列出來,哪個效率

微軟雅黑 style 代碼 mil text 今後 height weight sel MySQL select * 和把所有的字段都列出來,哪個效率更高 答案是:如何,都不推薦使用 SELECT * FROM (1)SELECT *,需要數據庫先 Quer

推薦幾款可以讓工作效率的任務管理軟件

roi box 完成 any 分類 ice 目錄 safari 日歷 以前,很少在 Windows 上接觸任務管理類的軟件,我更傾向使用跨平臺的筆記類應用,比如有道雲筆記和 Google Keep。後來這一習慣有了變化,經常遇到需要快速記錄選題或者寫作思路,並且根據時間制定

推薦幾款可以讓工作效率的任務管理軟體

以前,很少在 Windows 上接觸任務管理類的軟體,我更傾向使用跨平臺的筆記類應用,比如有道雲筆記和 Google Keep。後來這一習慣有了變化,經常遇到需要快速記錄選題或者寫作思路,並且根據時間制定寫作計劃、進度跟蹤,逐漸感覺到筆記類應用已經不能高效地滿足我在任務管理上的需求,所以逐漸開始接觸瞭解任務管

網際網路+渣土車車聯網方案,遠端治理渣土車效率

報紙上,經常能看到“多部門聯合執法、凌晨守點、領導帶頭”這樣的字眼,結果是扣車、罰款若干,一次行動,往往也只管住了幾個小時,不說治本,連治標都算不上。執行的人手不夠,違規又多發生於夜晚,還得多部門協調,而且,渣土車運營管理者把罰款當毛毛雨,沒當回事……這些,都是**渣土車整治**難的客觀理由。

互聯網+渣土車車聯網方案,遠程治理渣土車效率

隨著 tex 超過 互聯網 發生 的人 設定 聯網 素質 報紙上,經常能看到“多部門聯合執法、淩晨守點、領導帶頭”這樣的字眼,結果是扣車、罰款若幹,一次行動,往往也只管住了幾個小時,不說治本,連治標都算不上。執行的人手不夠,違規又多發生於夜晚,還得多部門協調,而且,渣

那個軟文釋出平臺效率

現在這個年代,就是網際網路時代,不少的微商、電商、企業、都選擇通過軟文來推廣自己的產品和企業。特別是一些初創業的小企業,都會想通過一些能夠免費發軟文的平臺來推廣自己的產品。那麼問題來了,能夠免費發軟文的平臺有哪些呢?那些才是適合自己的企業的軟文釋出平臺呢? 通過維貝工作室的整理和歸納,瞭解到

雪花演算法生成長整型ID工具SnowflakeUtil

JS語言不支援15位以上的長整型,該工具使用與否要有取捨。 public class SnowflakeUtil { /** 開始時間截 (2015-01-01) */ private final static long TWEPOCH = 1420041600000L;

生成32位字串ID工具UUIDUtil

public class UUIDUtils { public static String getUUID() { String s = UUID.randomUUID().toString(); return s.substring(0, 8) + s.substring(9, 1

RDIFramework.NET ━ .NET快速資訊化系統開發框架 V3.2->Web版本新增新的角色授權管理介面效率規範

  角色授權管理模組主要是對角色的相應許可權進行集中設定。在角色許可權管理模組中,管理員可以新增或移除指定角色所包含的使用者、可以分配或授予指定角色的模組(選單)的訪問許可權、可以收回或分配指定角色的操作(功能)許可權、可以對所有角色、使用者、模組(選單)、操作(功能)許可權進行集中批量設定,角色戶授權範圍的

RDIFramework.NET ━ .NET快速資訊化系統開發框架 V3.2-> Web版本新增新的使用者許可權設定介面效率規範

  在實際應用中我們會發現,許可權控制會經常變動,如:需要調整角色的分配,需要收回與授予某些角色、使用者可訪問的模組(選單)與相應的操作許可權、需要給某些角色新增與移除相應的使用者等等,如果沒有一個靈活可靠的配置管理工具將會使許可權控制變得十分麻煩。使用者授權管理模組就是為了方便使用者、角色許可權的集中統一管

RDIFramework.NET ━ .NET快速資訊化系統開發框架 V3.2->WinForm版本新增新的角色授權管理介面效率規範

  角色授權管理模組主要是對角色的相應許可權進行集中設定。在角色許可權管理模組中,管理員可以新增或移除指定角色所包含的使用者、可以分配或授予指定角色的模組(選單)的訪問許可權、可以收回或分配指定角色的操作(功能)許可權、可以對所有角色、使用者、模組(選單)、操作(功能)許可權進行集中批量設定,角色戶授權範圍的