Spring启动 2：执行器/运行状况endpoint需要更多时间

Question

我的一个服务/执行器/健康endpoint花费了更多时间(大约9秒)。我正在使用以下依赖项，如何调试？

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-tomcat</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-jetty</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

使用的Spring引导版本:2.0.3.RELEASE

谢谢，哈里

Answer 1

除了马克的精彩回答：

作为在调用 /health 终结点时同步运行所有运行状况检查的替代方法（这只会随着您添加更多运行状况检查而导致执行时间越来越长），您可以使用库Spring启动异步运行状况指示器（对于Spring启动）使 HealthIndicator异步运行

除了使 /health endpoint立即返回（如在单独的线程上计算的返回运行状况）之外，它还包括每个异步 health（） 方法执行的执行时间作为附加详细信息，这极大地有助于确定哪个基础服务在生产系统上响应缓慢。

免责声明：我编写此库是为了帮助解决现有运行状况指示器系统的多个限制，包括此限制

Answer 2

根据Mark的回答，在application . properties/application . yml中设置该属性

management.endpoint.health.show-details=always

将有助于确定哪些组件构成健康检查，因为GET /actuator/health将产生更多详细信息

Answer 3

基本上，运行状况终结点的实现方式是，它包含实现接口 HealthIndicator 的所有Spring Bean 的列表。

每个运行状况指示器负责提供有关一个子系统的运行状况信息（此类子系统的示例包括：磁盘、postgres、mongo 等），Spring启动附带一些预定义的运行状况指示器。

因此，当调用运行状况终结点时，它会循环访问此列表并获取有关每个子系统的信息，然后构造答案。

因此，您可以在相关的健康指标中放置一个断点（假设您知道检查了哪些子系统），看看会发生什么。

如果您正在寻找HTTP切入点-调用超文本传输协议时调用的代码：//

我想到的另一种方法是禁用“可疑”的健康检查，并通过消除找到缓慢的检查。

例如，如果您有一个弹性搜索并希望禁用它，请在应用程序.properties 中使用：

management.health.elasticsearch.enabled = false