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

在使用Spring Cloud的过程当中,不免会遇到一些问题。因此对Spring Cloud的经常使用问题作一些总结。须要JAVA Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码 一零三八七七四六二六spring

1、Eureka常见问题bootstrap

1.1 Eureka 注册服务慢缓存

默认状况下,服务注册到Eureka Server的过程较慢。在开发或测试时,经常但愿可以加速这一 过程,从而提高工做效率。bash

该问题的缘由及解决方案:服务器

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

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

1.2 已中止的微服务节点注销慢或不注销spring-boot

在开发环境下,经常但愿 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

相关文章
相关标签/搜索