0、客户端添加依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
1、eureka 客户端 添加配置
endpoints.pause.enabled=true
endpoints.pause.sensitive=false
#用pause了 shutdown 就可以不开启了
management.security.enabled=false
# restart 必须要开启的，pause 必须要依赖 restart
endpoints.restart.enabled=true
2、注意配置
eureka.client.healthcheck.enabled=true
management.contextPath=/management
而当我们设置配置eureka.client.healthcheck.enabled=true的时候，即使调用/pause端点，Eureka上服务的状态也会是UP
注：当应用在Eureka Server上的状态已被标记为DOWN ，但是应用本身其实依然是可以正常对外服务的，并没有被关闭，而在Spring Cloud中，Ribbon做负载均衡时，只会负载到标记为UP的实例上。
3、服务启动时，控制台会打印出所有端口
参考：
https://blog.csdn.net/u010629610/article/details/88045980
4、请求 /pause 接口后，该服务在eureka 上显示 down ，但是 30秒内rubbon 还是会分配请求给这个服务，30秒后该服务不可用，
eureka.client.fetch-registry=true
eureka.client.registry-fetch-interval-seconds=5
这两个配置 第一个默认是开启，第二个意思是每5秒从eureka拉取一次服务列表信息，但是测试时还是30秒才更新，
原因是：
Eureka Server 针对请求响应ResponseCache，采用了一个2级缓存：readWrite cache读写缓存(存在过期时间) 和 readonly cache只读缓存(没有过期时间)
eureka:
server:
use-read-only-response-cache: true # 是否使用只读缓存作为请求响应的缓存，默认启用
response-cache-update-interval-ms: 30000 # 用于一级响应缓存多久更新一次，默认30秒
initial-capacity-of-response-cache: 1000 # 用于定义二级响应缓存的容量大小，默认1000
response-cache-auto-expiration-in-seconds: 180 # 二级响应缓存自动失效时间，默认180秒
- 一级二级缓存获取规则
当开启使用一级缓存时，会从一级缓存获取信息，否则直接从二级缓存取
当第一次获取缓存时（一级缓存为null），会从二级缓存获取并将信息存入一级缓存（只读缓存）中
缓存失效
-
一级缓存不存在自动失效期和手动清除
-
二级缓存存在默认180s自动清除以及当注册服务下线，过期，注册，状态变更，都会来清除里面的数据
另外当二级缓存数据被清除以后以后，只能依靠定时任务刷新一级缓存里面的数据，也就是说最快也要等默认的30s才能更新一级缓存
- 一级缓存是默认开启的，如果不能忍受这30秒的响应缓存变更延迟，可以手动禁止使用一级缓存，然后把二级缓存改为你能忍受的时间