雪花算法生成ID , 在前端精度丢失的问题?

问题描述：MybatisPlus默认雪花算法生成id策略，生成的id为19位，而前端网页界面js能处理的数值长度最多为16位，从而会造成id从前端返回后端会出现精度丢失，以至于后端根据id修改数据时修改失败。

解决问题

这时候 我们只需在 private Long id 上面加个注解即可 无需其他操作

 @JsonFormat(shape = JsonFormat.Shape.STRING)
 private Long id;

@JsonFormat(shape = JsonFormat.Shape.STRING)注解可以帮助我们将Java对象中的数字类型转换成JSON字符串类型，这对于前端在显示和处理数据时非常方便。

1. Shape.NUMBER：将Java对象转换成JSON对象，并将Java的数字类型使用JSON的数字类型来进行表示。
2. Shape.STRING：将Java对象转换成JSON对象，并将Java的数字类型使用JSON的字符串类型来进行表示。
3. Shape.BOOLEAN：将Java对象转换成JSON对象，并将Java的Boolean类型使用JSON的true或false来进行表示。
4. Shape.ARRAY：将Java对象转换成JSON数组对象，并可以指定数组内元素的序列化方式。
5. Shape.OBJECT：将Java对象转换成JSON对象，并可以指定对象内属性的序列化方式。

官方教程：自定义ID生成器

例子： 提供一个ID生成策略

@Component
public class CustomerIdGenerator implements IdentifierGenerator {
    @Override
    public Long nextId(Object entity) {
        // 填充自己的Id生成器，
        return IdGenerator.generateId();
    }
}

IdGenerator是一个缩了位的雪花ID生成算法，生成的位数是16位，不会导致JS精度丢失

package com.yrt.framework.config;
​
import java.util.Date;
import java.util.UUID;
​
/**
​
- compressed id generator, result id not great than 53bits before 2318-06-04.
  */
  public class IdGenerator {
​
  private static IdGenerator instance = new IdGenerator(0);
​
  public static IdGenerator initDefaultInstance(int machineId) {
      instance = new IdGenerator(machineId);
      return instance;
  }
​
  public static IdGenerator getInstance() {
      return instance;
  }
​
  public static long generateId() {
      return instance.nextId();
  }
​
  // total bits=53(max 2^53-1：9007199254740992-1)
​
  // private final static long TIME_BIT = 40; // max: 2318-06-04
  private final static long MACHINE_BIT = 5; // max 31
  private final static long SEQUENCE_BIT = 8; // 256/10ms
​
  /**
​
  - mask/max value
    */
    private final static long MAX_MACHINE_NUM = -1L ^ (-1L << MACHINE_BIT);
    private final static long MAX_SEQUENCE = -1L ^ (-1L << SEQUENCE_BIT);
​
  private final static long MACHINE_LEFT = SEQUENCE_BIT;
  private final static long TIMESTMP_LEFT = MACHINE_BIT + SEQUENCE_BIT;
​
  private long machineId;
  private long sequence = 0L;
  private long lastStmp = -1L;
​
  private IdGenerator(long machineId) {
      if (machineId > MAX_MACHINE_NUM || machineId < 0) {
          throw new IllegalArgumentException(
                  "machineId can't be greater than " + MAX_MACHINE_NUM + " or less than 0");
      }
      this.machineId = machineId;
  }
​
  /**
​
  - generate new ID
    *
​
  - @return
    */
    public synchronized long nextId() {
    long currStmp = getTimestamp();
    if (currStmp < lastStmp) {
        throw new RuntimeException("Clock moved backwards.  Refusing to generate id");
    }
​
    if (currStmp == lastStmp) {
        sequence = (sequence + 1) & MAX_SEQUENCE;
        if (sequence == 0L) {
            currStmp = getNextTimestamp();
        }
    } else {
        sequence = 0L;
    }
​
    lastStmp = currStmp;
​
    return currStmp << TIMESTMP_LEFT //
            | machineId << MACHINE_LEFT //
            | sequence;
    }
​
  private long getNextTimestamp() {
      long mill = getTimestamp();
      while (mill <= lastStmp) {
          mill = getTimestamp();
      }
      return mill;
  }
​
  private long getTimestamp() {
      // per 10ms
      return System.currentTimeMillis() / 10;// 10ms
  }
​
  public static Date parseIdTimestamp(long id) {
      return new Date((id >>> TIMESTMP_LEFT) * 10);
  }
​
  public static String uuid() {
      return UUID.randomUUID().toString().replaceAll("-", "");
  }
  }

使用没有变化，还是用IdType.ASSIGN_ID

@TableId(value = "id", type = IdType.ASSIGN_ID)
private Long id;

这样就可以保证插入到数据库的ID是16位的，不会出现JS精度丢失的问题。