大部分项目部署中，为了方便，可能都直接使用kill -9 服务的pid来停掉服务。

但是由于Eureka采用心跳的机制来上下线服务，会导致服务消费者调用此已经kill的服务提供者然后出错。

可以采用以下方式来解决：

核心是先调用方法主动通知Eureka注册中心服务下线，然后再停掉服务。

本文会介绍几种eureka 注册中心服务下线的方式

最不可取的就是直接使用kill命令停掉服务。

默认情况下，如果Eureka Server在90秒没有收到Eureka客户的续约，它会将实例从其注册表中删除。但这种做法的不好之处在于， 客户端已经停止了运行，但仍然在注册中心的列表中。 虽然通过一定的负载均衡策略或使用熔断器可以让服务正常进行，但有没有方法让注册中心马上知道服务已经下线呢？

1、直接关闭服务

kill -9 没有善后

kill -15  有善后 会发送down状态到eureka server

kill java进程【不建议】

这种方式简单粗暴，直接造成的影响就是部分模块调用时出错，如果有多台服务器的话，一台一台地重启还是可以的，前提是调用端得有自己的重试策略，比如使用Feign作为客户端调用接口的话可以配置ribbon的重试策略，而且被调用方得做好幂等策略，防止重试调用时出现重复数据的问题。

2、向eureka 注册中心发送delete 请求，只是取消注册服务, 当发送心跳时还是会注册到eureka

格式为   eureka地址/eureka/apps/服务名称/实例名称

请求方式为delete

下面是取消注册一个服务的例子。

下图是用postman 发送delete请求

3.通过eureka变更服务状态的方式实现服务上下线，不会再发送心跳注册到eureka server

4. 客户端主动通知注册中心下线，下线后不会再注册到eureka了

如果你的eureka客户端是是一个spring boot应用，可以通过调用以下代码通知注册中心下线。

importorg.springframework.web.bind.annotation.RequestMapping;importorg.springframework.web.bind.annotation.RequestMethod;importorg.springframework.web.bind.annotation.RestController;importcom.netflix.discovery.DiscoveryManager;importcom.shm.common.model.RespVO;importcom.shm.common.util.RespUtil;

@RestControllerpublic classOfflineController {

@RequestMapping(value= "/offline", method =RequestMethod.GET)public RespVOoffLine(){

DiscoveryManager.getInstance().shutdownComponent();returnRespUtil.success();

}

}

5、设置服务的状态，可通过状态变更来实现再eureka的上下线

pom中加入

actuator的包

org.springframework.boot

spring-boot-starter-actuator

以上的方式都能实现服务的下线，但是有的时候只想要下线某个服务，却不需要发布，等待事情处理完成后上线此服务，则以上方式就做不到了。这时可以通过设置微服务的状态来完成此功能。项目中整合了actuator的话就非常简单了，在项目启动的时候可以看到控制台的输出：

/actuator/service-registry 可以已Get的方式获取当前服务的状态，以Post的方式修改当前服务状态，如将服务设置为Down状态，这样其他微服务接收到此状态后将不调用此服务。将order服务状态设置为Down：

看下执行后的效果：

等到流量都没有进来后，需要发布的话直接发布接口，不需要发布可以直接上线当前服务：

这样一个服务的上线和下线就优雅的完成了，如果项目中没有使用Actuator框架，可以模仿Actuator框架的实现方式，详见类：ServiceRegistryEndpoint

如果要再上线：

总结

以上几种方式都可以实现微服的下线，3和5的方式最为优雅，可以主动下线和上线，在没有新流量进来后可以随时发布，这样在也不用等到半夜12点发布了。