Spring Boot 3中是否需要对/health端点实施限流？

性能影响判断 #

Spring Boot默认的/health端点逻辑非常轻量，仅返回应用存活状态，正常调用几乎不占用资源。但如果遭遇攻击者高频恶意调用，确实会对应用整体性能产生影响：

• 占满Web容器的线程池，导致正常业务请求排队等待处理
• 消耗服务器CPU与带宽资源，极端情况下可能引发拒绝服务（DoS）
• 若你自定义了健康检查逻辑（比如关联数据库、第三方服务状态校验），高频调用还会放大这些依赖服务的压力

是否需要限流或安全检查？必须做，尤其是生产环境 #

给你几个实用的防护方案：

• 限流：设置相对宽松的调用阈值（比如每分钟300次），既不影响Prometheus这类监控工具的正常调用，又能挡住恶意高频请求。用Resilience4j实现的示例代码：

  @Bean
  public Customizer<Resilience4JCircuitBreakerFactory> healthRateLimiter() {
      return factory -> factory.configure(builder ->
          builder.rateLimiter(RateLimiterConfig.custom()
              .limitForPeriod(300)
              .limitRefreshPeriod(Duration.ofMinutes(1))
              .build())
          .circuitBreakerName("health-limiter"), "healthEndpoint");
  }
  

• IP白名单：如果只有内部监控系统需要访问/health，直接将监控服务器IP加入白名单，拒绝其他来源的请求，这是最高效省心的方案
• 轻量认证：无法使用IP白名单的场景下，可添加简单的API密钥校验（比如要求请求头携带X-Health-Key），能过滤大部分无差别扫描攻击

额外提醒 #

官方文档未明确提及此事，是因为默认/health实现过于轻量，常规场景下风险极低，但生产环境的恶意攻击不可控，这类防护属于必要的安全加固动作。哪怕你的/health是默认实现，长期被高频调用也会浪费服务器资源，还可能被攻击者用来探测应用端口与存活状态。

内容的提问来源于stack exchange，提问作者Akash tiwari