1.2，当其中一台端口 8000的会员服务宕机时，注册中心服务商端口8000的组册还在，（实际组册中心上8000端口的会员服务应该是被剔除掉的），所有订单服务请求时，还是会轮循到8000端口的服务上 1.3，Eureka的自我保护机制原理 1.4，Eureka开启自我保护设置，在注册中心服务的 application.pml中配置，会员服务或者订单服务的 –注册中心配置 –会员服务或者订单服务配置 1.5，将注册中心服务，会员服务（集群，存在端口8000,9080的两台服务），订单服务全部启动， 当订单服务调用接口时会轮循调用 8000,8090的服务；则注册中心组册的会员服务如下 1.6，当将端口为 8000的会员服务停止后，组册中心的会员服务会剔除 8000的组册服务，如下 1,7，当再次发起订单服务的请求时，可能再次请求到 8000的会员服务上，则是本地缓存的之前8000的服务，稍等几十秒后，本地会默认刷新（同步组册中心上的最新的组册服务）
