概要：我正在开发一个持久化的Java Web应用程序，需要确保我持久化的所有资源都具有全局唯一标识符，以防止重复。
细节:
我相信UUID已经"足够好了"。现在可以使用340,282,366,920,938,463,463,374,607,431,770,000,000个UUID。
http://www.wilybeagle.com/guid_store/guid_explain.htm
"为了更好地理解这些数字，一个人每年被陨石击中的风险估计为1/170亿，这意味着概率约为0.00000000006（6×10^-11），相当于一年内创建数万亿个UUID并且有一个重复的概率。换句话说，在未来100年内每秒生成10亿个UUID，仅有1次重复产生的概率仅为50%。如果全球每个人都拥有6亿个UUID，则产生1个重复的概率也是50%。"
(System.currentTimeMillis() << 4) | (staticCounter++ & 15) 或类似的方法。
这将允许您每毫秒生成16个。 如果需要更多，请向左移5位并与31进行and运算...
如果需要跨多台计算机唯一，您还应该结合主网络适配器的MAC地址。
编辑：澄清说明
private static int staticCounter=0;
private final int nBits=4;
public long getUnique() {
return (currentTimeMillis() << nBits) | (staticCounter++ & 2^nBits-1);
}
将nBits更改为每毫秒需要生成的最大数字的平方根。
它最终会翻转。如果nBits为4，则可能需要20年左右。
public class UniqueID {
private static long startTime = System.currentTimeMillis();
private static long id;
public static synchronized String getUniqueID() {
return "id." + startTime + "." + id++;
}
}
为什么不这样做呢？
String id = Long.toString(System.currentTimeMillis()) +
(new Random()).nextInt(1000) +
(new Random()).nextInt(1000);
如果您想使用比Java UUID更短、更快的实现，请看一下：
请查看Javadoc中的实现选择和限制。
这是一个关于如何使用的单元测试：
从记忆中，RMI远程包含一个UUID生成器。我不知道是否值得研究。
当我需要生成它们时，我通常使用当前日期时间、用户名和计算机的IP地址的MD5哈希值。基本上，想法是获取有关计算机/人员的所有信息，然后生成此信息的MD5哈希值。
它非常有效，并且速度非常快（一旦您第一次初始化了MessageDigest）。