Condition

使用 Pandora Boot 开发的 HSF 应用,当应用注册或订阅的服务数多时,启动比较慢。

Cause

使用 Pandora Boot 开发的 HSF 应用会为每个发布(服务提供者端)或消费(服务消费者端)的服务设置从服务注册中心(ConfigServer)同步地址的默认时间,默认为 3000 毫秒。当发布或消费的服务数量多的时候,每个服务需要串行等待同步地址,会导致应用启动很慢。

Remedy


  • 打开 Pandora Boot 应用的application.properties文件,修改该全局默认同步时间参数spring.hsf.max-wait-address-time参数(单位:毫秒),例如:
    spring.hsf.max-wait-address-time = 500
    全局默认同步时间
  • 服务消费者端还可以针对服务接口通过参数addressWaitTime单独设置地址同步时间。

    当服务进行订阅时,会在该参数指定的时间内阻塞线程,等待地址推送,避免调用该服务时因为地址为空而出现地址找不到的情况。在消费者端应用启动时就需要订阅服务的接口才需要设置该参数,推荐设置为 3000 ~ 5000 毫秒,否则应用启动时可能遇到 HSF-0001-HSFServiceAddressNotFoundException 的异常(设置该参数的一个副作用就是应用启动会延长)。

    在应用程序中对某个服务消费者接口单独设置等待地址推送时间addressWaitTime,单位:毫秒。

    在应用程序中对某个服务消费者接口单独设置等待地址推送时间
  • 或者在应用配置文件application.properties中单独对某个服务接口设置spring.hsf.max-wait-address-times.<完整的服务接口名>=<等待地址推送时间,等待地址推送时间的单位为毫秒。设置等待事件
  • 如果设置了 spring.hsf.max-wait-address-time 参数并重启了应用,应用启动还是有点慢,可以对正在启动的应用做线程堆栈(jstack <应用JVM进程号> >> threaddump.txt)并结合$USER_HOME/log/configclient/config-client.log$USER_HOME/log/hsf/下面的日志进行分析。