本文内容脑图如下:
文章共 760 字,阅读大约需要 2 分钟 !
在前一篇文章 《 Spring Boot 工程集成全局唯一 ID 生成器 UidGenerator 》 中给大家推荐了一款由百度开发的基于 Snowflake 算法实现的全局唯一 ID 生成器 UidGenerator,而本文则给大家再度推荐一款优秀的全局唯一 ID 生成器,名叫 Vesta。
Vesta 是艳鹏大佬的开源作品,基于 Java 开发,其体验地址 在此。Vesta 是一款通用的 ID 产生器,互联网俗称统一发号器,其具有几大很具有优势的特性:
而且支持三种发布模式:
根据业务的性能需求,它可以产生 最大峰值型 和 最小粒度型 两种类型的 ID,它的实现架构使其具有高性能,高可用和可伸缩等互联网产品需要的质量属性,是一款通用的高性能的发号器产品。
本文就在 Spring Boot 项目中将 Vesta 耍起来!
Spring Boot 基础工程的搭建我不再赘述,创建好工程后 pom
中需要加入如下依赖:
<dependency> <groupId>com.robert.vesta</groupId> <artifactId>vesta-service</artifactId> <version>0.0.1</version> </dependency> <dependency> <groupId>com.robert.vesta</groupId> <artifactId>vesta-intf</artifactId> <version>0.0.1</version> </dependency>
对应的 Jar 包去编译一下 Vesta 源码即可获得,源码在此
resources
目录中加入 Vesta 的配置文件引入vesta-rest.properties
,配置如下:
vesta.machine=1021 # 机器 ID vesta.genMethod=0 # 生成方式,0 表示使用嵌入发布模式 vesta.type=1 # ID 类型,1 表示最小粒度型
引入 vesta-rest-main.xml
,配置如下:
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd"> <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="locations" value="classpath:ext/vesta/vesta-rest.properties"/> </bean> <bean id="idService" class="com.robert.vesta.service.factory.IdServiceFactoryBean" init-method="init"> <property name="providerType" value="PROPERTY"/> <property name="type" value="${vesta.type}"/> <property name="genMethod" value="${vesta.genMethod}"/> <property name="machineId" value="${vesta.machine}"/> </bean> </beans>
好,接下来我们创建一个 Config 配置类来将 vesta-rest-main.xml
配置文件加载进项目
@Configuration @ImportResource( locatiOns= { "classpath:ext/vesta/vesta-rest-main.xml" } ) public class UidConfig { }
这里面包含的是和 ID 生成器相关的几个重要工具接口,主要有:
genId
生成全局唯一 ID 号explainId
反解全局唯一 ID 号,得到可以解释 ID 号含义的 JSON 数据makeId
手工制造 ID来看代码吧
@Service public class UidService { @Resource private IdService idService; public long genId() { return idService.genId(); } public Id explainId( long id ) { return idService.expId(id); } public long makeId( long version, long type, long genMethod, long machine, long time, long seq ) { long madeId = -1; if (time == -1 || seq == -1) throw new IllegalArgumentException( "Both time and seq are required." ); else if (version == -1) { if (type == -1) { if (genMethod == -1) { if (machine == -1) { madeId = idService.makeId(time, seq); } else { madeId = idService.makeId(machine, time, seq); } } else { madeId = idService.makeId(genMethod, machine, time, seq); } } else { madeId = idService.makeId(type, genMethod, machine, time, seq); } } else { madeId = idService.makeId(version, type, genMethod, time, seq, machine); } return madeId; } }
我们针对上述 UidService
中提供的三个工具接口来各自编写一个测试接口:
@RestController public class UidController { @Autowired private UidService uidService; @RequestMapping("/genid") public long genId() { return uidService.genId(); } @RequestMapping("/expid") public Id explainId(@RequestParam(value = "id", defaultValue = "0") long id) { return uidService.explainId( id ); } @RequestMapping("/makeid") public long makeId( @RequestParam(value = "version", defaultValue = "-1") long version, @RequestParam(value = "type", defaultValue = "-1") long type, @RequestParam(value = "genMethod", defaultValue = "-1") long genMethod, @RequestParam(value = "machine", defaultValue = "-1") long machine, @RequestParam(value = "time", defaultValue = "-1") long time, @RequestParam(value = "seq", defaultValue = "-1") long seq) { return uidService.makeId( version, type, genMethod, machine, time, seq ); } }
首先我们用浏览器调用接口 genid
,来返回生成的全局唯一 ID 流水号,一切都是那么的简单优雅:
由于 Vesta 生成的全局唯一流水号具有 可反解 的优良特性,因此我们可以先生成一个流水号,然后调用 expid
接口来反解出流水号所代表的意义:
由于能力有限,若有错误或者不当之处,还请大家批评指正,一起学习交流!
![]() | 1 li27962278 2018-11-22 08:33:17 +08:00 学习 mark |
![]() | 2 hanxiV2EX 2018-11-22 08:36:55 +08:00 via Android 额。。。uuid |
![]() | 3 hansonwang99 OP @hanxiV2EX UUID 的短板很明显的 |
4 Antihank 2018-11-22 09:12:01 +08:00 还不了解这个意义,战略 mark。 |
5 SuperNovaSonic 2018-11-22 09:13:56 +08:00 有大佬简单说下怎么实现的吗? |
![]() | 6 baicheng10 2018-11-22 09:14:28 +08:00 还不了解这个意义,战略 mark。 |
![]() | 7 inreality 2018-11-22 09:22:27 +08:00 想知道算法用的什么,和 snowflake 比有什么优势? |
![]() | 8 fy 2018-11-22 09:41:04 +08:00 我记得 Snowflake 是 Twitter 推出的算法。 @SuperNovaSonic #5 @inreality #7 参考实现: ObjectID ( MongoDB 的算法,在 Snowflake 之后实现) https://github.com/fy0/slim/blob/master/slim/utils/myobjectid.py 一个修改版(调整了字段位置) https://github.com/fy0/slim/blob/master/slim/utils/customid.py 要问 Snowflake 这个算法比 uuid 强在哪,我认为是长度。 “ uuid 短板很多”甚至不算是个说法。 |
10 cyhulk 2018-11-22 10:07:51 +08:00 都算是类 snowflake 吧,我比较好奇的是它的序号是怎么生成的,文档中没有写,机器 id 也没有写,不如 mac 地址+random 安全吧,我比较关心的是序列号的生成方式,random ??? |
![]() | 11 passerbytiny 2018-11-22 10:23:37 +08:00 这么长的序号,反解意义不大,我觉得在“业务>性能”的前提下,还不如一个 findByID 接口。 粗略有序性这一块应该大有看头,不过楼主并没有实验。 最后再提一点偏见,程序员不应该使用脑图。 |
![]() | 12 iyangyuan 2018-11-22 10:38:19 +08:00 具体实现不清楚,不过这个序列号太长了。 建议底层使用位操作,不要直接用字符串或者十进制表示信息,太过浪费。 还有,时间戳可以用相对值(偏移量),这样可以大大节省存储空间。 |
![]() | 13 passerbytiny 2018-11-22 10:47:48 +08:00 ![]() 看了一下 snowflake 算法,跟 UUID 相比,最主要的优势就是“有序”了,“有序”了自然可读性就高了、索引就好弄了。长度优势( 64bit vs 128bit)并不重要,而且 64bit 并不是算法要求的,而是习惯要求的(正好等于一个 Long )。 因为要“有序”,劣势也是有的:算法复杂,生成方式易用性和生成速度上不及 UUID ;系统内全局唯一,但出了系统并不是全球唯一。在不需要“有序”的地方,还是用 UUID 更好。 |
14 xiaojinmaolove 2018-11-27 21:36:41 +08:00 via iPhone Mark 了 |