Globally Unique Identifier,为微软实现的uuid。javascript
Universally Unique Identifier。前端
版本:java
UUID Version 1:基于时间的UUID
基于时间的UUID经过计算当前时间戳、机器MAC地址、随机数和获得。因为在算法中使用了MAC地址,这个版本的UUID能够保证在全球范围的惟一性。但与此同时,使用MAC地址会带来安全性问题,这就是这个版本UUID受到批评的地方。若是应用只是在局域网中使用,也可使用退化的算法,以IP地址来代替MAC地址--Java的UUID每每是这样实现的(固然也考虑了获取MAC的难度)。node
UUID Version 2:DCE安全的UUID
DCE(Distributed Computing Environment)安全的UUID和基于时间的UUID算法相同,但会把时间戳的前4位置换为POSIX的UID或GID。这个版本的UUID在实际中较少用到。git
UUID Version 3:基于名字的UUID(MD5)
基于名字的UUID经过计算名字和名字空间的MD5散列值获得。这个版本的UUID保证了:相同名字空间中不一样名字生成的UUID的惟一性;不一样名字空间中的UUID的惟一性;相同名字空间中相同名字的UUID重复生成是相同的。github
UUID Version 4:随机UUID
根据随机数,或者伪随机数生成UUID。这种UUID产生重复的几率是能够计算出来的,但随机的东西就像是买彩票:你期望它发财是不可能的,但狗屎运一般会在不经意中到来。算法
UUID Version 5:基于名字的UUID(SHA1)
和版本3的UUID算法相似,只是散列值计算使用SHA1(Secure Hash Algorithm 1)算法。数据库
如何选择:npm
直接使用开源类库uuid (github地址)。安全
npm i uuid
const uuidv1 = require('uuid/v1'); uuidv1(); //v1版本根据硬件信息(通常是网卡mac地址)和当前时间戳生成惟一性较高的uuid
或者由服务端生成返回前端
惟一标识一条数据,通常可用做分布式数据库的主键。
uuid用有限字符标识无限的事物,理论上确定会发生重复。
每秒产生10亿笔UUID,100年后只产生一次重复的机率是50%。若是地球上每一个人都各有6亿笔GUID,发生一次重复的机率是50%。
产生重复GUID并形成错误的状况很是低,是故大可没必要考虑此问题。