springcloud中微服务的优雅停机（已验证）

大部分项目部署中，为了方便，可能都直接使用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

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

springcloud中微服务的优雅停机（已验证）

下图是用postman 发送delete请求

springcloud中微服务的优雅停机（已验证）

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

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

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

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RestController;

import com.netflix.discovery.DiscoveryManager;
import com.shm.common.model.RespVO;
import com.shm.common.util.RespUtil;

@RestController
public class OfflineController {


    @RequestMapping(value = "/offline", method = RequestMethod.GET)
    public RespVO<Object> offLine(){
        DiscoveryManager.getInstance().shutdownComponent();
        return RespUtil.success();
    }
    
    
}

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

pom中加入

actuator的包

<dependency>
          <groupId>org.springframework.boot</groupId>
          <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

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

springcloud中微服务的优雅停机（已验证）