
定點通知其實就是在【廣播通知演示】小節的基礎上,改變發送 POST 的方式而已,如下:
```shell
語法: curl -X POST http://lcoalhost:config-center-port/actuator/bus-refresh/{destination}
例如只通知 3355 的寫法:curl -X POST http://localhost:3344/actuator/bus-refresh/cloud-config-client:3355
```
`cloud-config-client`為客戶端模塊`spring.application.name`的值。
<br/>
步驟如下:
**1. Gitee 上新建配置文件`cloud-config-client-shared.yml`**
兩個模塊可以共享配置文件,也可以單獨有自己的配置文件,并不影響定點通知演示。我這里讓兩個模塊共享配置文件`cloud-config-client-shared.yml`。
```yml
spring:
profiles: dev
app:
name: cloud-config-client-shared
version: dev-1.0
---
```
**2. 記得更改 3355 模塊、3366 模塊 中的 `config.name`配置**
*`bootstrap.yml`*
```yml
spring:
cloud:
config:
name: cloud-config-client-shared
```
**3. 啟動 3344 模塊、3355 模塊、3366 模塊**
分別訪問 3355 模塊、3366 模塊,獲取到的配置如下。
3355 模塊:http://localhost:3355/config
```yml
app.name:cloud-config-client-shared,version:dev-1.0
```
3366 模塊:http://localhost:3366/config
```yml
app.name:cloud-config-client-shared,version:dev-1.0
```
到這里兩個模塊獲取到的配置是一樣的。
**4. 到 Gitee 上修改配置文件`cloud-config-client-shared.yml`**
```yml
spring:
profiles: dev
app:
name: cloud-config-client-shared
version: dev-2.0 #由原來的 dev-1.0 改為 dev-2.0
---
```
**5. 給 3344 發送 POST請求,但只通知 3355,3366不通知**
```shell
curl -X POST http://localhost:3344/actuator/bus-refresh/cloud-config-client:3355
```

**6. 訪問 3355 模塊、3366 模塊**
在不重啟 3344、3355、3366模塊的情況下,分別訪問 3355 模塊、3366 模塊,獲取到的配置如下。
3355 模塊:http://localhost:3355/config
```yml
app.name:cloud-config-client-shared,version:dev-2.0
```
3366 模塊:http://localhost:3366/config
```yml
app.name:cloud-config-client-shared,version:dev-1.0
```
3355 模塊的配置已經發生了改變,由原來的 `dev-1.0` 改變為 `dev-2.0`,但是 3366 模塊的配置并沒有被改變,說明做到了定點通知 3355 模塊,但不通知 3366 模塊。
- 微服務
- 微服務是什么?
- 微服務架構
- 微服務優缺點
- 微服務技術棧
- 微服務框架對比
- SpringCloud
- SpringCloud是什么
- SpringCloud與SpringBoot對比
- SpringCloud與Dubbo對比
- Rest微服務案例
- 總體介紹
- 父工程構建步驟
- 公共模塊構建步驟
- 服務端模塊構建步驟
- 消費端模塊構建步驟
- Eureka服務注冊與發現
- Eureka是什么
- Eureka原理
- Eureka注冊服務中心構建
- 向Eureka注冊已有微服務
- Eureka的自我保護機制
- Eureka服務發現
- Eureka集群配置
- Eureka與Zookeeper對比
- Ribbon負載均衡
- Ribbon是什么
- Ribbon負載均衡演示
- 構建服務端模塊
- 構建消費端模塊
- Ribbon核心組件IRule
- 自定義負載均衡策略
- Ribbon均衡策略優先級
- 輪詢策略算法
- OpenFeign負載均衡
- OpenFeign是什么
- 負載均衡演示
- 日志打印功能
- 導出功能
- Hystrix斷路器
- Hystrix是什么
- 服務熔斷
- Hystrix服務端構建
- 服務熔斷演示
- 服務熔斷類型
- HystrixProperty配置匯總
- 服務降級
- Hystrix客戶端構建
- 服務降級演示
- fallbackFactory
- 熔斷與降級
- 服務監控
- 網關服務Zuul
- Zuul是什么
- Zuul路由服務構建
- 設置訪問映射規則
- Config分布式配置中心
- Config分布式配置中心是什么
- Config服務端與Git通信
- Config客戶端獲取配置
- Config客戶端動態刷新
- Bus消息總線
- Bus消息總線是什么
- Bus消息總線原理
- 廣播通知設計思想
- 廣播通知演示
- 定點通知演示
- Stream消息驅動
- 為什么要引入Stream
- Stream消息驅動是什么
- Stream設計思想
- Stream流程和注解
- Stream案例演示
- 重復消費問題
- 消息持久化
- Sleuth分布式鏈路跟蹤
- Sleuth是什么
- 搭建鏈路監控
- SpringCloud Alibaba
- Nacos注冊與配置中心
- Nacos是什么
- 安裝并運行Nacos
- Nacos注冊中心
- 服務端入住Nacos
- 消費端入住Nacos
- Nacos負載均衡演示
- 服務注冊中心對比
- Nacos的AP和CP轉化
- Nacos配置中心
- 基礎配置演示
- Nacos分類配置
- Nacos集群搭建
- Sentinel實現熔斷與限流
- Sentinel是什么
- Sentinel環境搭建
- Sentinel監控微服務演示
- Sentinel流控規則
- 流量監控的作用
- 設置流控規則
- Sentinel降級規則
- 熔斷降級作用
- 設置降級規則
- Sentinel熱點限流
- 什么是熱點
- 設置熱點限流
- Sentinel系統限流
- @SentinelResource
- @SentinelResource屬性
- @SentinelResource限流演示
- @SentinelResource熔斷演示
- 規則持久化
- 熔斷框架比較
- Seata分布式事務
- 分布式事務問題
- Seata是什么
- Seata分布式事務過程
- Seata環境搭建
- 演示示例
- 業務說明
- 數據庫環境準備
- 微服務環境準備
- 測試
- Consul服務注冊與發現
- Consul是什么
- Consul能做什么
- 環境搭建
- Windows平臺
- 服務端入住Consul
- 消費端入住Consul
- 注冊中心對比
- Zookeeper服務注冊與發現
- Zookeeper是什么
- 環境搭建
- 服務端入住Zookeeper
- 消費端入住Zookeeper
- 網關服務Gateway
- Gateway是什么
- Gateway能做什么
- Gateway對比Zuul
- 三大核心概念
- Gateway工作流
- 環境搭建
- 網關路由配置方式
- 配置文件配置
- 代碼中配置
- 動態路由
- Predicate斷言
- 斷言是什么
- 常用斷言
- Filter過濾器
- 過濾器是什么
- 過濾器種類
- 自定義過濾器