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
