在Wildfly中使用Actuator重启Spring Boot应用报错该如何解决

该报错的核心是Spring Boot Actuator的restart端点原生仅适配嵌入式Web容器场景，重启逻辑是关闭原有Spring上下文后，会重新启动嵌入式容器完成上下文重建。当应用以war包形式部署到JBoss/Wildfly等外部容器时，应用生命周期由外部容器托管，restart端点关闭上下文后，无法触发外部容器重新初始化应用上下文，就会出现上下文已关闭、后续Bean属性绑定失败的问题。

方案1：使用JBoss/Wildfly原生应用重载能力（推荐） #

直接通过JBoss/Wildfly自带的管理控制台、管理API触发应用的重部署（redeploy）操作，即可完成配置更新和应用重启，是外部容器部署场景的标准实现方案，不会出现上下文生命周期不一致的问题。

方案2：改用配置刷新端点替代全量重启 #

如果仅需要加载最新配置，不需要完整重启应用，可使用Actuator的refresh端点实现配置热更新，无需关闭应用上下文，完美适配外部容器部署场景：

• 引入Spring Cloud Bootstrap依赖
• 给需要动态加载配置的类添加@RefreshScope注解
• 修改配置，暴露refresh端点：

management.endpoints.web.exposure.include=refresh,health

• 调用{host}/actuator/refresh接口即可完成所有配置的动态刷新，不影响业务运行。

临时修复方案（不推荐生产使用） #

如果暂时无法替换重启方案，可在启动类上排除ErrorMvcAutoConfiguration自动装配，掩盖报错：

@SpringBootApplication(exclude = {org.springframework.boot.autoconfigure.web.servlet.error.ErrorMvcAutoConfiguration.class})

该方案仅能避免报错抛出，但无法真正完成应用重启操作。

• 生产环境不建议直接使用Actuator的restart端点，存在业务请求中断、数据一致性的风险。
• 外部容器部署的Spring Boot应用，所有涉及应用生命周期的操作都需要通过容器本身的管理接口实现，不要依赖Spring Boot自身的生命周期控制能力。

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