从0到1实现RPC | 接入Apollo配置中心

一、代码实现

  1. 添加依赖

添加apollo客户端的依赖和spring配置相关依赖

  1. 添加监听器

通过实现ApplicationContextAware接口,获取Spring上下文。

使用@ApolloConfigChangeListener注解监听命名空间rpc-demo-provider.yaml和默认的application.properties。

监听逻辑是当配置中心的属性发生变化时,通过事件发布的形式更新bean的赋值。

  1. 注入监听器bean

服务提供者provider和服务消费者consumer两端都需要接入配置中心。

在consumer端添加注解配置,注入bean

在provider端添加注解配置,注入bean

  1. 启用apollo的配置
  • 设置应用id
  • 设置meta信息,就是配置中心服务地址
  • 启动apollo
  • 设置命名空间,这里一定要写正确,和代码,配置中心保持一致

二、启动Apollo配置中心

我这里使用的是云服务,直接登录使用,设置appid(midnight),添加namespace(rpc-demo-provider),新增配置。

配置内容如下,表示这几个属性支持配置中心动态更新。

三、测试

启动服务提供者provider

发起请求测试,获取meta属性信息,一开始tc=10。

然后在apollo配置中心更新tc=11,点击发布,再次获取值就为11了。

观察下日志:

meta是个hashmap,动态更新后,hashcode值发生了变化,说明产生的是个新的map。

监听日志也说明tc值发生了更新,从10更新为11。

源码地址:

https://github.com/midnight2104/midnight-rpc/tree/lesson13

相关推荐
王二端茶倒水12 小时前
一套可落地的无线运营方案,不能只管 AP,还要管用户、计费和运维
网络协议
1627238160812 小时前
EtherCAT 分布式时钟(DC)原理与配置实战:把多轴真正"对齐到同一时刻"
网络协议
王二端茶倒水1 天前
宽带无线项目,怎么从一次性交付变成长期运营收入?
网络协议
ClouGence1 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将2 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库
用户2530171996272 天前
第6篇:从技术到产品 — Ghost Proxifier 的设计哲学
网络协议
用户2530171996272 天前
第3篇:注入的艺术 — Ghost Proxifier 核心架构拆解
网络协议
Nturmoils2 天前
订单列表慢查询,先看 WHERE、ORDER BY 和 LIMIT
数据库
渣波3 天前
拒绝 SQL 焦虑!手把手带你用 NestJS + Prisma + DTO 写出“防弹”级后端代码
javascript·数据库·后端