Java 生成的 UUID 出现了重复?! 什么鬼??

2017-05-22 13:13:17 +08:00
 yuhuan66666

不是号称 比被陨石砸中都的概率还小么。。。。。

怎么当一年的主键就重复了好几个呢。。。。

各位大大 都用啥当主键的?

难不成真要 各个字段连成一条+UUID 生成的字符串,再算成 SHA512 当主键吗???

太复杂了吧。。。。

21579 次点击
所在节点    Java
27 条回复
honeycomb
2017-05-22 16:16:36 +08:00
用版本 1 就可以了

看到一个类似例子:
http://bbs.csdn.net/topics/390434666

按理说 getUUID 背后用的是 UUID 类里一个静态 SecureRandom,随机数的来源是 SecureRandom.nextBytes,不该出现重复问题
yuhuan66666
2017-05-22 16:53:00 +08:00
@honeycomb #21 请问 怎么才能生成版本 1 的 UUID 呢 我看 java API 没提供对应的方法
momocraft
2017-05-22 17:22:27 +08:00
@honeycomb "Secure" 的要求是无法预测。在长度有限时要求不重复是不现实的。
superadmin
2017-05-22 17:41:46 +08:00
Twitter-Snowflake
参考:
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

/**
* tweeter 的 snowflake 移植到 Java:
* (a) id 构成: 42 位的时间前缀 + 10 位的节点标识 + 12 位的 sequence 避免并发的数字(12 位不够用时强制得到新的时间前缀)
* 注意这里进行了小改动: snowkflake 是 5 位的 datacenter 加 5 位的机器 id; 这里变成使用 10 位的机器 id
* (b) 对系统时间的依赖性非常强,需关闭 ntp 的时间同步功能。当检测到 ntp 时间调整后,将会拒绝分配 id
*/

public class IdWorker {

private final static Logger logger = LoggerFactory.getLogger(IdWorker.class);

private final long workerId;
private final long epoch = 1403854494756L; // 时间起始标记点,作为基准,一般取系统的最近时间
private final long workerIdBits = 10L; // 机器标识位数
private final long maxWorkerId = -1L ^ -1L << this.workerIdBits;// 机器 ID 最大值: 1023
private long sequence = 0L; // 0,并发控制
private final long sequenceBits = 12L; //毫秒内自增位

private final long workerIdShift = this.sequenceBits; // 12
private final long timestampLeftShift = this.sequenceBits + this.workerIdBits;// 22
private final long sequenceMask = -1L ^ -1L << this.sequenceBits; // 4095,111111111111,12 位
private long lastTimestamp = -1L;

private IdWorker(long workerId) {
if (workerId > this.maxWorkerId || workerId < 0) {
throw new IllegalArgumentException(String.format("worker Id can't be greater than %d or less than 0", this.maxWorkerId));
}
this.workerId = workerId;
}

public synchronized long nextId() throws Exception {
long timestamp = this.timeGen();
if (this.lastTimestamp == timestamp) { // 如果上一个 timestamp 与新产生的相等,则 sequence 加一(0-4095 循环); 对新的 timestamp,sequence 从 0 开始
this.sequence = this.sequence + 1 & this.sequenceMask;
if (this.sequence == 0) {
timestamp = this.tilNextMillis(this.lastTimestamp);// 重新生成 timestamp
}
} else {
this.sequence = 0;
}

if (timestamp < this.lastTimestamp) {
logger.error(String.format("clock moved backwards.Refusing to generate id for %d milliseconds", (this.lastTimestamp - timestamp)));
throw new Exception(String.format("clock moved backwards.Refusing to generate id for %d milliseconds", (this.lastTimestamp - timestamp)));
}

this.lastTimestamp = timestamp;
return timestamp - this.epoch << this.timestampLeftShift | this.workerId << this.workerIdShift | this.sequence;
}

private static IdWorker flowIdWorker = new IdWorker(1);
public static IdWorker getFlowIdWorkerInstance() {
return flowIdWorker;
}



/**
* 等待下一个毫秒的到来, 保证返回的毫秒数在参数 lastTimestamp 之后
*/
private long tilNextMillis(long lastTimestamp) {
long timestamp = this.timeGen();
while (timestamp <= lastTimestamp) {
timestamp = this.timeGen();
}
return timestamp;
}

/**
* 获得系统当前毫秒数
*/
private static long timeGen() {
return System.currentTimeMillis();
}

public static void main(String[] args) throws Exception {
System.out.println(timeGen());

IdWorker idWorker = IdWorker.getFlowIdWorkerInstance();
// System.out.println(Long.toBinaryString(idWorker.nextId()));
System.out.println(idWorker.nextId());
System.out.println(idWorker.nextId());
}

}
aksoft
2017-05-23 08:32:14 +08:00
啥事也没有绝对的
julyclyde
2017-05-23 14:58:15 +08:00
只要数量有限,那将来必然重复
无非你比别人早点碰上了而已,有啥好大惊小怪的
xufeng
2017-07-12 00:10:20 +08:00
重复的概率确实有,如果你的数据量不大,那么应该考虑你的代码是否有问题。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/362935

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX