devbox
笔触狂放9
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

Java分布式ID

作者：笔触狂放9 | 2024-04-30 05:58:58

赞

踩

Java分布式ID

1 什么是分布式ID

        分布式ID是指在分布式系统中生成的唯一标识符，用于标识不同实体或数据的唯一性。在分布式系统中，多台机器并行处理任务，为了确保生成的ID在整个系统中的唯一性，需要采用特殊的算法来生成分布式ID。

        在传统的单机系统中，可以使用自增序列或随机数来生成唯一ID。但在分布式系统中，多台机器同时生成ID时可能会导致重复的情况。为了解决这个问题，需要引入一种分布式ID生成算法，确保在整个分布式系统中生成的ID是唯一的。

        分布式ID的设计要考虑并发性能、全局唯一性和扩展性等因素，并根据具体的系统需求选择合适的算法实现。常见的分布式ID生成算法包括雪花算法（Snowflake）、UUID（Universally Unique Identifier）等。

2 UUID

        UUID（Universally Unique Identifier）是一种标识符，用于在计算系统中生成全局唯一的ID。它是由128位的二进制数表示，通常以32位的十六进制字符串形式展示。

        UUID的生成算法保证了在全球范围内生成的ID具有极高的唯一性。它不依赖于中央控制器或集中式的ID生成服务，可以在分布式系统中生成唯一的标识符。

        生成的UUID通常呈现为以下形式：

        xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

        其中，"x"表示十六进制数字。具体的格式和含义取决于UUID的版本和变体。

        UUID具有以下特点：

  • 全局唯一性：UUID的生成算法确保在全球范围内生成的ID具有极高的唯一性，不同系统和节点生成的UUID几乎不会重复。
  • 无序性：UUID是基于随机数或名称空间生成的，没有严格的递增或递减顺序。
  • 可用性：UUID生成算法简单高效，生成过程不需要依赖网络通信或中央服务器。

        UUID广泛应用于分布式系统、数据库、标识符生成等场景，用于唯一标识实体、数据记录或资源。它在保证全局唯一性的同时，提供了一种简单可靠的标识方案。

        在Java中，UUID类是用于生成和操作UUID的工具类，提供了方便的方法来生成和操作UUID。它可以用于在Java应用程序中生成唯一的标识符，例如在分布式系统中跟踪实体或记录的唯一标识。

        UUID类位于java.util包下，并提供了以下主要方法：

  • randomUUID(): 静态方法，用于生成一个随机的UUID。该方法会使用随机数生成算法生成一个符合UUID标准的随机UUID。
  • toString(): 将UUID对象转换为字符串表示。

        使用java生产一个UUID的代码示意如下：

  1. UUID uuid = UUID.randomUUID();
  2. String uuidString = uuid.toString();

        UUID的优势与劣势

        优势：

  • 全局唯一性：UUID的生成算法保证了生成的ID在全球范围内的唯一性，不依赖于中央控制器或集中式的ID生成服务。这意味着在分布式系统中不同节点生成的UUID不会发生冲突。
  • 无序性：UUID是基于随机数生成的，没有严格的递增或递减的顺序。这对于某些应用场景来说是有利的，因为它不会暴露数据生成的时间或其他敏感信息。
  • 简单易用：UUID的生成算法相对简单，生成过程高效，可以快速地生成ID。
  • 无需网络通信：生成UUID不需要依赖网络通信或中央服务器，每个节点可以独立生成ID，减少了系统的复杂性和对网络的依赖。

        劣势：

  • 长度较长：UUID通常由32位的十六进制数表示，加上分隔符的话长度更长。这会增加存储和传输的成本，特别是在大规模的数据集合中使用UUID作为标识符时。
  • 不可读性：UUID是由数字和字母组成的字符串，对人类来说不太友好，不易于直观理解。这在调试、日志记录和数据查询等场景中可能会带来一些困难。
  • 无法排序：由于UUID是基于随机数生成的，它们之间没有严格的顺序关系。这导致在某些需要按照时间或顺序访问数据的场景中，UUID并不适合作为排序依据。
  • 不适合作为数据库索引：由于UUID的无序性和长度较长，将UUID作为数据库的主键或索引可能会导致性能下降，尤其是在大规模数据集合和频繁的索引操作中。

3 雪花算法

        雪花算法（Snowflake Algorithm）是一种常用的分布式ID生成算法，最初由Twitter开发并广泛应用于分布式系统中。它的设计目标是生成全局唯一且有序递增的ID，适用于大规模分布式系统中的标识符需求。相对于UUID，雪花算法ID的好处是长度短并且还是有序递增的。

        雪花算法生成的ID是一个64位的长整型数值，具体格式如下所示：

0 | 0000000000 | 00000 | 00000 | 000000000000

        其中：最高位是未使用的符号位（为0），接下来的41位表示时间戳，然后是5位的数据中心标识符，5位的机器标识符，最后是12位的序列号。

        雪花算法生成ID的过程如下：

  • 时间戳：使用当前时间戳减去一个固定的起始时间（如2010年1月1日），得到一个相对时间。这样可以确保在一定时间内生成的ID具有递增的趋势。
  • 数据中心标识符和机器标识符：每个数据中心分配一个唯一的数据中心标识符，每台机器分配一个唯一的机器标识符。这样可以在分布式环境中唯一标识每个数据中心和每台机器。
  • 序列号：在同一毫秒内生成的ID，通过序列号来进行区分，保证同一机器在同一毫秒内生成的ID的唯一性。序列号从0开始，每生成一个ID自增1，最多可以达到12位的长度（即4096个序列号）。

        雪花算法的优点包括：

  • 全局唯一性：在分布式系统中，不同节点生成的ID不会产生冲突，确保全局唯一性。
  • 有序性：生成的ID在时间上有序递增，方便按照时间排序和索引。
  • 高性能：生成ID的算法简单高效，不依赖于网络通信或中央服务器。

        然而，雪花算法也有一些限制：

  • 依赖于系统时间：由于使用时间戳作为ID的一部分，系统时间的回拨或不同节点之间的时间差异可能会导致生成的ID不唯一或不按照预期顺序递增。
  • 数据中心和机器标识符的分配需要管理：为每个数据中心和机器分配唯一标识符需要一定的管理工作，确保标识符的唯一性。
  • 时钟回拨问题：如果系统时间发生回拨（校准调整时间），可能会导致生成的ID不唯一或不按照预期递增。

        在使用雪花算法时，需要根据具体应用的需求和场景，合理设置数据。

  1. /**
  2.  * 雪花算法
  3.  */
  4. public class SnowFlake {
  5.  
  6.     /** 开始时间截 (2020-01-01) */
  7.     private final long twepoch = 1577808000000L;
  8.  
  9.     /** 机器id所占的位数 */
  10.     private final long workerIdBits = 5L;
  11.  
  12.     /** 数据标识id所占的位数 */
  13.     private final long dataCenterIdBits = 5L;
  14.  
  15.     /** 支持的最大机器id，结果是31 (这个移位算法可以很快的计算出几位二进制数所能表示的最大十进制数) */
  16.     private final long maxWorkerId = -1L ^ (-1L << workerIdBits);
  17.  
  18.     /** 支持的最大数据标识id，结果是31 */
  19.     private final long maxDataCenterId = -1L ^ (-1L << dataCenterIdBits);
  20.  
  21.     /** 序列在id中占的位数 */
  22.     private final long sequenceBits = 12L;
  23.  
  24.     /** 机器ID向左移12位 */
  25.     private final long workerIdShift = sequenceBits;
  26.  
  27.     /** 数据标识id向左移17位(12+5) */
  28.     private final long dataCenterIdShift = sequenceBits + workerIdBits;
  29.  
  30.     /** 时间截向左移22位(5+5+12) */
  31.     private final long timestampLeftShift = sequenceBits + workerIdBits + dataCenterIdBits;
  32.  
  33.     /** 生成序列的掩码，这里为4095 (0b111111111111=0xfff=4095) */
  34.     private final long sequenceMask = -1L ^ (-1L << sequenceBits);
  35.  
  36.     /** 工作机器ID(0~31) */
  37.     private long workerId;
  38.  
  39.     /** 数据中心ID(0~31) */
  40.     private long dataCenterId;
  41.  
  42.     /** 毫秒内序列(0~4095) */
  43.     private long sequence = 0L;
  44.  
  45.     /** 上次生成ID的时间截 */
  46.     private long lastTimestamp = -1L;
  47.  
  48.     private static SnowFlake idWorker;
  49.  
  50.     static {
  51.         idWorker = new SnowFlake(getWorkId(),getDataCenterId());
  52.     }
  53.  
  54.     //==============================Constructors=====================================
  55.     /**
  56.      * 构造函数
  57.      * @param workerId 工作ID (0~31)
  58.      * @param dataCenterId 数据中心ID (0~31)
  59.      */
  60.     public SnowFlake(long workerId, long dataCenterId) {
  61.         if (workerId > maxWorkerId || workerId < 0) {
  62.             throw new IllegalArgumentException(String.format("workerId can't be greater than %d or less than 0", maxWorkerId));
  63.         }
  64.         if (dataCenterId > maxDataCenterId || dataCenterId < 0) {
  65.             throw new IllegalArgumentException(String.format("dataCenterId can't be greater than %d or less than 0", maxDataCenterId));
  66.         }
  67.         this.workerId = workerId;
  68.         this.dataCenterId = dataCenterId;
  69.     }
  70.  
  71.     // =====================Methods=======================
  72.     /**
  73.      * 获得下一个ID (该方法是线程安全的)
  74.      * @return SnowflakeId
  75.      */
  76.     public synchronized long nextId() {
  77.         long timestamp = timeGen();
  78.  
  79.         //如果当前时间小于上一次ID生成的时间戳，说明系统时钟回退过这个时候应当抛出异常
  80.         if (timestamp < lastTimestamp) {
  81.             throw new RuntimeException(
  82.                     String.format("Clock moved backwards.  Refusing to generate id for %d milliseconds", lastTimestamp - timestamp));
  83.         }
  84.  
  85.         //如果是同一时间生成的，则进行毫秒内序列
  86.         if (lastTimestamp == timestamp) {
  87.             sequence = (sequence + 1) & sequenceMask;
  88.             //毫秒内序列溢出
  89.             if (sequence == 0) {
  90.                 //阻塞到下一个毫秒,获得新的时间戳
  91.                 timestamp = tilNextMillis(lastTimestamp);
  92.             }
  93.         }
  94.         //时间戳改变，毫秒内序列重置
  95.         else {
  96.             sequence = 0L;
  97.         }
  98.  
  99.         //上次生成ID的时间截
  100.         lastTimestamp = timestamp;
  101.  
  102.         //移位并通过或运算拼到一起组成64位的ID
  103.         return ((timestamp - twepoch) << timestampLeftShift)
  104.                 | (dataCenterId << dataCenterIdShift)
  105.                 | (workerId << workerIdShift)
  106.                 | sequence;
  107.     }
  108.  
  109.     /**
  110.      * 阻塞到下一个毫秒，直到获得新的时间戳
  111.      * @param lastTimestamp 上次生成ID的时间截
  112.      * @return 当前时间戳
  113.      */
  114.     protected long tilNextMillis(long lastTimestamp) {
  115.         long timestamp = timeGen();
  116.         while (timestamp <= lastTimestamp) {
  117.             timestamp = timeGen();
  118.         }
  119.         return timestamp;
  120.     }
  121.  
  122.     /**
  123.      * 返回以毫秒为单位的当前时间
  124.      * @return 当前时间(毫秒)
  125.      */
  126.     protected long timeGen() {
  127.         return System.currentTimeMillis();
  128.     }
  129.  
  130.     private static Long getWorkId(){
  131.         try {
  132.             String hostAddress = Inet4Address.getLocalHost().getHostAddress();
  133.             int[] ints = StringUtils.toCodePoints(hostAddress);
  134.             int sums = 0;
  135.             for(int b : ints){
  136.                 sums += b;
  137.             }
  138.             return (long)(sums % 32);
  139.         } catch (UnknownHostException e) {
  140.             // 如果获取失败，则使用随机数备用
  141.             return RandomUtils.nextLong(0,31);
  142.         }
  143.     }
  144.  
  145.     private static Long getDataCenterId(){
  146.         int[] ints = StringUtils.toCodePoints(StringUtils.isEmpty(SystemUtils.getHostName())?"defaultvalue":SystemUtils.getHostName());
  147.         int sums = 0;
  148.         for (int i: ints) {
  149.             sums += i;
  150.         }
  151.         return (long)(sums % 32);
  152.     }
  153.  
  154.  
  155.     /**
  156.      * 静态工具类
  157.      *
  158.      * @return
  159.      */
  160.     public static Long generateId(){
  161.         long id = idWorker.nextId();
  162.         return id;
  163.     }
  164.  
  165.     //==================Test===================
  166.     /** 测试 */
  167.     public static void main(String[] args) {
  168.         System.out.println(System.currentTimeMillis());
  169.         long startTime = System.nanoTime();
  170.         for (int i = 0; i < 50000; i++) {
  171.             long id = SnowFlake.generateId();
  172.             System.out.println(id);
  173.         }
  174.         System.out.println((System.nanoTime()-startTime)/1000000+"ms");
  175.     }
  176.  
  177. }

        使用上述的雪花算法实现，调用 SnowFlake.generateId() 方法来生成唯一的ID。确保为每个实例分配唯一的数据中心ID和机器ID。

        这样，你就能够在童小码项目中生成分布式有序的商品、课程等业务关键字的ID，同时保持高性能和全局唯一性。

4 总结

        1、分布式ID是指在分布式系统中生成的唯一标识符，用于标识不同实体或数据的唯一性

  • 在分布式系统中，多台机器并行处理任务，为了确保生成的ID在整个系统中的唯一性，需要采用特殊的算法来生成分布式ID
  • 常用方式有雪花算法、UUID等

        2、UUID（Universally Unique Identifier）是一种标识符，用于在计算系统中生成全局唯一的ID

  • 由128位的二进制数表示，通常以32位的十六进制字符串形式展示
  • 长度较长、不可读性、无法排序和不适合作为数据库索引等劣势需要在具体应用中进行权衡和考虑

        3、雪花算法（Snowflake Algorithm）是一种常用的分布式ID生成算法

  • 生成全局唯一且有序递增的ID，适用于大规模分布式系统中的标识符需求
  • 相对于UUID，雪花算法ID的好处是长度短并且还是有序递增的
声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/笔触狂放9/article/detail/511752
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号