JAVA 多用户商城系统b2b2c-Spring Cloud常见问题与总结(一)

在使用Spring Cloud的过程中，难免会遇到一些问题。所以对Spring Cloud的常用问题做一些总结。

一、Eureka常见问题

1.1 Eureka 注册服务慢

默认情况下，服务注册到Eureka Server的过程较慢。在开发或测试时，常常希望能够加速这一
过程，从而提升工作效率。

该问题的原因及解决方案：

服务的注册涉及周期性心跳，默认30秒一次（通过客户端配置的serviceUrl）。只有当实例、服务端和客户端的本地缓存中的元数据都相同时，服务才被其他客户端发现（所以可能需要3次心跳）。可以使用参数 eureka.instance.leaseRenewalInSeconds 修改时间间隔， 从而加快客户端连接到其他服务的过程。在生产环境中最好坚持使用默认值，因为在服务器内部有一些计算，它们会对续约做出假设。

综上所述，要想解决服务注册慢的问题，只须将  eureka.instance.leaseRenewalInSeconds 设成一个更小的值。该配置用于设置 Eureka Client 向 Eureka Server 发送心跳的时间间隔， 默认是30，单位是秒。在生产环境中，建议坚持使用默认值。

1.2 已停止的微服务节点注销慢或不注销

在开发环境下，常常希望 Eureka Server 能迅速有效地注销已停止的微服务实例。然而，由于 Eureka Server 清理无效节点周期长（默认90秒），以及自我保护模式等原因，可能会遇到微服务注销慢甚至不注销的问题。解决方案如下：

 · Eureka Server 端：

配置关闭自我保护，并按需配置 Eureka Server 清理无效节点的时间间隔。

eureka.server.enable-self-preservation # 设为false, 关闭自我保护， 从而保证会注销微服务 eureka.server.eviction-interval-timer-in-ms # 清理间隔（单位毫秒，默认是60 * 1000）

Eureka Client 端：

配置开启健康检查， 并按需配置续约更新时间和到期时间。

eureka.client.healthcheck.enabled # 设为true，开启健康检查（需要spring-boot-starter-actuator 依赖） eureka.instance.lease-renewal-interval-in-seconds # 续约更新时间间隔（默认是30秒） eureka.instance.lease-expiration-duration-in-seconds # 续约到期时间（默认90秒）

值得注意的是，这些配置仅建议开发或测试时使用，生产环境建议坚持使用默认值。

1.3 Eureka 的 UNKNOWN 问题总结与解决

注册信息 UNKNOWN ，是新手常会遇到的问题。但往往很多新手，并不清楚有两种 UNKNOWN 的情况，一种是应用名称 UNKNOWN，另一种是应用状态 UNKNOWN 。

  1）应用名称UNKNOWN

应用名称UNKNOWN 显然不合适，首先是微服务的名称不够语义化，无法直观看出这是哪个微服务；更重要的是，我们常常使用应用名称消费对应微服务的接口。

一般来说，有两种情况会导致该问题的发生：

· 未配置spring.application.name 或者 eureka.instance.appname 属性。如果这两个属性均不配置，就会导致应用名称 UNKNOWN 的问题。

· 某些旧版本的SpringFox 会导致该问题，例如 SpringFox 2.6.0 。建议使用SpringFox 2.6.1或更新版本。

 2） 微服务实例状态UNKNOWN

微服务实例状态UNKNOWN 同样很麻烦。一般来讲，只会请求状态是 UP 的微服务。该问题一般由健康检查导致。

eureka.client.healthcheck.enabled=true必须设置在application.yml中，而不能设置在bootstrap.yml 中，否则一些场景下会导致应用状态 UNKNOWN 的问题。JAVA 多用户商城系统b2b2c