如何控制Wildfly的undeploy流程，保障应用受控下线避免状态损坏

方案1：调整Undeploy超时配置 #

Wildfly默认的undeploy等待时间较短，你可以主动调大该阈值，让容器预留足够时间等待清理逻辑执行：

• 配置文件修改：找到对应模式的配置文件（standalone模式修改standalone.xml，domain模式修改domain.xml），定位deployment-scanner子系统，调整undeploy-timeout属性值（单位为秒，示例设置为300秒即5分钟）：

<subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
    <deployment-scanner path="deployments" relative-to="jboss.server.base.dir"
        scan-interval="5000" undeploy-timeout="300"/>
</subsystem>

• 自动化场景可使用CLI命令修改，无需手动改配置文件：
  /subsystem=deployment-scanner/scanner=default:write-attribute(name=undeploy-timeout,value=300)
  配置修改后重启Wildfly生效，容器会在undeploy阶段最多等待你设置的时长，再强制终止应用。

方案2：用Java EE标准监听器替代JVM Shutdown Hook #

JVM级别的Shutdown Hook不受Wildfly容器管控，所以容器不会等待它执行完成，改用官方标准的监听器实现即可解决该问题：

• 实现ServletContextListener接口，把资源清理、线程终止、状态持久化等逻辑全部放在contextDestroyed方法中同步执行，Wildfly的web子系统会等待该方法执行完成后再推进undeploy流程，示例代码如下：

import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;
import javax.servlet.annotation.WebListener;

@WebListener
public class GracefulShutdownListener implements ServletContextListener {
    @Override
    public void contextDestroyed(ServletContextEvent sce) {
        // 此处编写你的下线清理逻辑：停止定时任务、等待存量请求处理完成、持久化内存状态、关闭自定义连接池等
        // 注意不要把逻辑放到新的异步线程中执行，否则容器依然不会等待异步线程执行完成
    }

    @Override
    public void contextInitialized(ServletContextEvent sce) {
        // 服务启动时的初始化逻辑可放在此处
    }
}

• 如果你使用EJB模块，可搭配@PreDestroy注解修饰EJB的销毁方法，EJB容器会保证该方法执行完成后再销毁对应EJB实例。

方案3：调整自动化流程先执行优雅停机 #

Wildfly 11及以上版本原生支持优雅停机能力，你可以调整现有自动化流程的执行顺序：

1. 先执行CLI优雅停机命令，让服务停止接收新请求，等待存量业务处理完成：
   /:shutdown(graceful=true, timeout=300)
2. 待命令执行完成后，再执行旧包undeploy、新包部署、服务重启的原有流程，从流程层面完全避免状态丢失。

注意：所有下线清理逻辑的执行时长不要超过你设置的超时阈值，否则Wildfly依然会强制终止应用。如果有大体积的内存数据需要落盘，建议日常做增量持久化，不要全部放到停机阶段执行。

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