Java生成UUID

转自:http://www.cnblogs.com/hellojava/archive/2012/12/03/2799953.html

UUID含义是通用唯一识别码 (Universally Unique Identifier),这是一个软件建构的标准,也是被开源软件基金会 (Open Software Foundation, OSF) 的组织应用在分布式计算环境(Distributed Computing Environment, DCE) 领域的一部份。

UUID 的目的,是让分布式系统中的所有元素,都能有唯一的辨识资讯,而不需要透过中央控制端来做辨识资讯的指定。如此一来,每个人都可以建立不与其它人冲突的 UUID。在这样的情况下,就不需考虑数据库建立时的名称重复问题。目前最广泛应用的 UUID,即是微软的 Microsoft's Globally Unique Identifiers (GUIDs),而其他重要的应用,则有 Linux ext2/ext3 档案系统、LUKS 加密分割区、GNOME、KDE、Mac OS X 等等。

UUID是指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的通常平台会提供生成的API。按照开放软件基金会(OSF)制定的标准计算,用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字。

UUID由以下几部分的组合:

(1)当前日期和时间,UUID的第一个部分与时间有关,如果你在生成一个UUID之后,过几秒又生成一个UUID,则第一个部分不同,其余相同。
(2)时钟序列。
(3)全局唯一的IEEE机器识别号,如果有网卡,从网卡MAC地址获得,没有网卡以其他方式获得。
 
UUID的唯一缺陷在于生成的结果串会比较长。
关于UUID这个标准使用最普遍的是微软的GUID(Globals Unique Identifiers)。在ColdFusion中可以用CreateUUID()函数很简单地生成UUID,其格式为:xxxxxxxx-xxxx- xxxx-xxxxxxxxxxxxxxxx(8-4-4-16),其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。而标准的UUID格式为:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx (8-4-4-4-12),可以从cflib 下载CreateGUID() UDF进行转换。

1、JDK1.5生成UUID

UUID是1.5中新增的一个类,在java.util下,用它可以产生一个号称全球唯一的ID。

java.util.UUID生成UUID例子:

UUID uuid  =  UUID.randomUUID(); 
String s = UUID.randomUUID().toString();

UUID是由一个十六位的数字组成,表现出来的形式例如:550E8400-E29B-11D4-A716-446655440000

2、使用UUID作为数据库主键

下面就是实现为数据库获取一个唯一的主键id的代码:

public class UUIDGenerator { 
    public UUIDGenerator() { 
    } 
    /** 
     * 获得一个UUID 
     * @return String UUID 
     */ 
    public static String getUUID(){ 
        String s = UUID.randomUUID().toString(); 
        //去掉“-”符号 
        return s.substring(0,8)+s.substring(9,13)+s.substring(14,18)+s.substring(19,23)+s.substring(24); 
    } 
    /** 
     * 获得指定数目的UUID 
     * @param number int 需要获得的UUID数量 
     * @return String[] UUID数组 
     */ 
    public static String[] getUUID(int number){ 
        if(number < 1){ 
            return null; 
        } 
        String[] ss = new String[number]; 
        for(int i=0;i<number;i++){ 
            ss[i] = getUUID(); 
        } 
        return ss; 
    } 
    public static void main(String[] args){ 
        String[] ss = getUUID(10); 
        for(int i=0;i<ss.length;i++){ 
            System.out.println(ss[i]); 
        } 
    } 
}

优点

能够保证独立性,程序可以在不同的数据库间迁移,效果不受影响。
保证生成的ID不仅是表独立的,而且是库独立的,这点在你想切分数据库的时候尤为重要。

具有一定安全性,别人不会根据INT自增主键判断数据增长状况。

缺点

比较占地方,和INT类型相比,存储一个UUID要花费更多的空间。

插入读取数据效率较低,生成UUID算法也消耗资源。

转自:http://lavasoft.blog.51cto.com/62575/347354/

这里,想通过多线程生成UUID测试下,看看是否会重复,效率如何:

 

import java.util.UUID; 
import java.util.concurrent.ExecutorService; 
import java.util.concurrent.Executors; 

/** 
* Java的UUID生成工具并发测试 
* 
* @author leizhimin 2010-7-10 16:25:13 
*/ 
public class TestUUID implements Runnable { 
        public static void main(String[] args) { 
                ExecutorService pool = Executors.newFixedThreadPool(5); 
                for (int i = 0; i < 8; i++) { 
                        pool.execute(new TestUUID()); 
                } 
                pool.shutdown(); 
        } 

        public static String genReqID() { 
//                return UUID.randomUUID().toString().replace("-", "").toUpperCase(); 
                return UUID.randomUUID().toString().toUpperCase(); 
        } 

        public void run() { 
                for (int i = 0; i < 10; i++) { 
                        System.out.println(genReqID()); 
                } 
        } 
}

 

20F644DE-23C5-4E04-BE38-991710D2DA13 
93349C44-D8BA-495E-A687-44AE3FAEA9A5 
BEB86A25-A9E5-47DC-BC22-157E021EAD3C 
C990218F-C925-4A41-8006-D4489145CED6 
767CD9B4-4E6A-4D53-BE96-CF35E6F69D60 
A3876D8D-E807-492E-9054-28B9289EB5C5 
17DD2BCD-E710-4F7A-B8F3-6BB19201E15B 
901CCE61-4E47-4B2B-AA06-22A023D78313 
81473B2F-FBC1-4D3D-834E-DEFFBD3C510C 
46980DBD-E6A0-46E6-8FE9-E2E5766C2442 
0BF83A5F-7A31-44C2-AE7F-EB4281F9CDE0 
E35383D0-4850-45A1-B764-F8760BF1707B 
772A2E21-ABAF-47AE-978C-AF70F40313F1 
0DB815CF-C7B5-4E2F-B2DB-E84BC7B616F8 
C826D9B7-E1F3-4F8E-8AAF-A61197AAFCCF 
26CF2391-7C01-43FE-B515-5BD5DA6AF0B3 
2544396E-D9C3-4D4D-B2CB-2A77107D4167 
5BED5394-59DA-4E45-8182-34A24E1D2AC2 
F32F5F1E-6C6F-4C9F-9944-6CE4EC8768F7 
775F0B36-0965-4BA8-B1AA-FD1CFBE2B718 
32DA0548-B562-444D-A16A-7E535EAA3C93 
C935101E-7365-45C5-BBD1-3A64F2EC33C2 
E623EC45-1F7E-4973-8132-424C134C7096 
86AFEE47-AFD7-4479-B30D-0C2632087404 
847F46FA-D112-4CB7-86E4-640F03A1E676 
FA45ADA6-6A63-4961-B7C5-9501B21E116A 
3E21CBC8-C116-437A-BAEC-4AD02F711F02 
6025C077-379D-4458-BBEB-66D47FCF2206 
09F7872D-90EE-4151-9463-1609200CE615 
5FB07DF6-BA89-4017-BE9D-592DB6EADF05 
6D7627AD-347C-4E69-B0A7-3674CCBDEE79 
1E4E5E7D-AE3F-419F-836E-F284842261A6 
1FFD670E-EC2C-462A-8E82-DACC21CF153A 
FB5868EE-5330-4F6D-8CEE-0B1A50156E26 
A38918F7-FB35-4560-9810-BE0B649E8D20 
009508E8-0C9B-4189-BB5F-159F7EB2AAB6 
30132165-0207-40B0-943F-E34B401D724F 
CA5D15A0-490B-47D7-BF2A-9D58F8742E5B 
BCE31255-156D-479E-B4EC-949A731B3FF2 
A6CC370E-AFE0-439A-AFF3-37A76687B259 
27894607-1CEF-43C2-93FC-75B59CB617A9 
39ABD92B-D4CE-4B3C-BB70-D94739849DA2 
04D2E913-75C2-4506-8ED7-5A95F023DCFD 
FE853E35-72C6-422C-A7C4-CC4C0A4C9A98 
7A6D6722-BC13-4965-95D4-F35B428E297D 
92A4831A-A60E-4C16-AD8F-C8AC839436FF 
9B58249F-3F6F-4434-ACF6-00F51A971243 
7DDB1ABC-7918-4465-B8E3-0CB59D63F979 
EF43F137-63D1-4361-BFB6-4A5C51B86C12 
B785B7FE-FBA4-49B1-ADF8-CFD6107D9DB6 
68EA68F7-A56B-4DDA-A832-BCD59BF67BA1 
09F7E3E5-4344-49F7-992B-0E0B33D11296 
78EEBA04-C836-44ED-829F-6F55E3E758A4 
A4333A46-482B-47BE-87D0-BC0666EAE8FC 
38E1212E-3D11-4275-A50C-42D98CEF91C5 
FD9EDACF-6345-435E-B8A2-D8CDA8A66EE0 
24925FA8-BB81-4639-BFFA-A12CA99E419F 
B6994147-4AC2-414C-9669-9DC3E4BE8F88 
1938E265-B213-46AC-A349-678B7E029771 
485757B6-7C6E-4CFF-959B-6DF94DC282B6 
C43E385D-B798-4FE0-8F50-2DCC8370655E 
19426A29-E2C9-4DAF-A5EE-48131D719D66 
8773F8F0-45C5-463B-85EB-97E8395CBB81 
2B5F6CB2-E1F2-44A8-A60E-C8CD4191EE52 
65775AF5-34C6-491A-8DED-A257E2480C62 
A6F23801-B2E2-40A4-9415-43797BF14DD8 
D1E386E3-6BBF-40E0-BF84-E0C41F32B6E7 
97A836A3-64F9-4FDA-AD78-238CF1B8F413 
32CE9D3D-EDA1-4E8C-87B9-DBAAD389FBAA 
F2467331-CC34-49C1-9A3B-7566AE525B3B 
847C08A3-D8AE-4C66-84F7-28387AD84EA9 
5E8A99E6-600E-4797-B590-72345106E295 
6B576614-4F9D-4018-98A8-ECCFDEA045B0 
27070E60-ACE5-474D-AA47-8A4F37D16742 
18BB8499-7836-4ACC-A301-167D52AB3D3F 
8EC342B2-555A-4EAC-A82D-5AC6C7941421 
5BF92378-7EFD-4454-806C-DFBFE51753C3 
1A5B0717-07C0-46EA-8F3D-6246C57D9FB1 
C3C642CE-A05E-496D-85E6-4830CF39970B 
74B751BF-5CA5-4526-AFB8-2AA467852976 

Process finished with exit code 0
本来UUID是小写的,我改为大写的了。可以发现一个规律,UUID码是长度相同的,36位字符,如果去掉连接线,正好是32位的。其实完全可以去掉连接线,因为连接线的位置是相同的。
去掉的方法很简单:
return UUID.randomUUID().toString().replace("-", "").toUpperCase();
 
通过上面测试,多线程下,UUID生成速度还是很快的。

 

posted @ 2013-05-02 01:14  horizon~~~  阅读(1389)  评论(0编辑  收藏  举报