为什么两个不同的java.util.uuid对象比较为相等？

Question

我创建了java.util.uuid的两个实例，如下所示。一个是从uuid.randomuuid()创建的，另一个是相同的，但在开头加上了一些附加的数字。使用uuid.equals方法比较它们时，它返回true:

UUID uuid1 = UUID.randomUUID();
UUID uuid2 = UUID.fromString("12345"+uuid1.toString());
System.out.println(uuid1.equals(uuid2));  // this gives true.

我认为添加的数字被丢弃了，并且两者给出了相同的UUID字符串值。为什么会这样？

Answer 1

在UUID.FromString（...）中方法：

public static UUID fromString(String name) {
    String[] components = name.split("-");
    if (components.length != 5)
        throw new IllegalArgumentException("Invalid UUID string: "+name);
    for (int i=0; i<5; i++)
        components[i] = "0x"+components[i];

    long mostSigBits = Long.decode(components[0]).longValue();
    mostSigBits <<= 16;
    mostSigBits |= Long.decode(components[1]).longValue();
    mostSigBits <<= 16;
    mostSigBits |= Long.decode(components[2]).longValue();

    long leastSigBits = Long.decode(components[3]).longValue();
    leastSigBits <<= 48;
    leastSigBits |= Long.decode(components[4]).longValue();

    return new UUID(mostSigBits, leastSigBits);
}

它所做的第一件事是将UUID的各个部分分离成组件，然后它将创建两个long。在这里，您只通过添加前导字符更改了UUID的第一个组件，您的UUID字符串例如是“12345894FF97A-039B-47FE-8A72-950B7766D50C”。所以第一个组件是“12345894FF97A”，它什么时候会做

long mostSigBits = Long.decode(components[0]).longValue();

然后您将得到“320256540146042”，其实际十六进制表示为“12345894FF97A”，然后您将得到一个位操作，将长的16位向左移位：

mostSigBits <<= 16;

这将导致“2541588541301456896”，其实际十六进制表示为“2345894FF97A0000”（我们移动了16位，所以4个十六进制字符），您开始看到正在发生什么，看到长格式只有64位，所以当移位位时丢失了一些，这里第一个字符“1”丢失了。之后，在释放的空间中，它将添加第二个组件：

mostSigBits |= Long.decode(components[1]).longValue();

这将产生“2541588541301457819”，实际十六进制表示为“2345894FF97A039B”，然后它将再次向左移动长16位：

mostSigBits <<= 16;

这将导致“-8552342864911466496”，实际十六进制表示为“894FF97A039B0000”，在这里，由于长的64位大小，您的前导字符将全部丢失。

我不需要解释方法的其余部分（在结尾处，大多数SigBits是“894FF97A039B47FE”，最少的SigBits是“8A72950B7766D50C”），您已经可以理解，在调用UUID.fromString（..）时，添加到UUID中的任何前导字符都将丢失因为只有最后8个十六进制字符（32位）将被考虑，其余的将丢失。