Gradle持续构建导致Tomcat崩溃，手动执行任务正常求助

看起来你在尝试用Gradle持续构建（--continuous模式）部署解压WAR包时遇到了问题，但描述没写完～不过结合你前面手动执行./gradlew explodedWar --parallel完全正常的场景，我猜你大概率碰到了目录被意外清理、Tomcat不自动重载、构建重复触发循环这类常见问题，给你整理针对性的解决方案：

1. 持续构建时部署目录被清空？ #

手动执行时Gradle是单次增量构建，只会更新变更文件，但持续构建模式下，如果你的explodedWar任务输出配置没做好，Gradle可能会误删整个部署目录再重建。你需要给任务加上preserve规则，保留目录里非WAR包输出的文件，同时明确增量构建的输入输出：

task explodedWar(type: Copy) {
    // 从WAR包的输出文件中读取内容
    from war.outputs.files
    // 指定Tomcat的部署目录
    into file("$projectDir/deploy/tomcat/webapps/your-app")
    
    // 关键：保留目录中已存在的非任务输出文件，避免全量清理
    preserve {
        include '**/*'
        exclude war.outputs.files.collect { it.name }
    }
    
    // 明确增量构建的输入输出，让Gradle只处理变更的文件
    inputs.files war.outputs.files
    outputs.dir file("$projectDir/deploy/tomcat/webapps/your-app")
}

2. 持续构建更新文件后Tomcat不重载？ #

如果文件确实更新了但Tomcat没反应，大概率是Tomcat的文件监听没检测到变化。可以试试这两个办法：

• 先确认reloadable="true"是配置在该Web应用的<Context>节点上，不是全局的<Engine>或<Host>节点（全局配置可能不生效）
• 在explodedWar任务末尾加个小逻辑，触摸WEB-INF/web.xml来强制Tomcat触发重载：

explodedWar.doLast {
    def webXml = file("$projectDir/deploy/tomcat/webapps/your-app/WEB-INF/web.xml")
    if (webXml.exists()) {
        // 修改文件的最后修改时间，触发Tomcat的监听
        webXml.setLastModified(System.currentTimeMillis())
    }
}

3. 持续构建陷入重复触发的循环？ #

如果部署目录在Gradle项目根目录下，Gradle的文件监听器会捕捉到部署后的文件变更，再次触发构建，形成死循环。解决办法二选一：

• 把Tomcat的部署目录移到项目目录外面，彻底避开Gradle的监听
• 在settings.gradle里排除部署目录的监听：

// 排除部署目录，不让Gradle监听它的变化
rootProject.settings.excludedDirs.add(file("$projectDir/deploy"))

最后提个关键点 #

手动执行和持续构建的核心差异在于：持续构建是持续监听+自动触发增量构建，所以任务的输入输出标记、文件变更的触发逻辑会被放大影响。只要把任务的增量配置做扎实，避开循环监听的坑，就能和手动执行一样顺畅啦～

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