在使用Spring Cloud的过程中,难免会遇到一些问题。所以对Spring Cloud的常用问题做一些总结。需要JAVA Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码:三五三六二四七二五九
一、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版spring cloud电子商务社交平台源码请加企鹅求求:三五三六二四七二五九