如何在Gradle中获取构建步骤触发来源的依赖链逻辑栈追踪？

你之前用的--stacktrace完全解决不了这个问题——这个参数只会打印异常抛出时刻的JVM内部调用栈，根本不会回溯这个任务到底是被哪条依赖链拉进整个执行图的，自然没有排查价值。
Gradle从3.4版本开始就内置了专门针对这类问题的能力，不需要额外装插件，两步就能拿到完整的「逻辑栈追踪」：

• 第一步：先跑gradle <你平时执行的核心构建任务> --dry-run，这个模式不会真的执行任何任务，只会把构建执行图里所有按顺序要触发的任务的全限定路径完整列出来，精准定位那个每次构建都报错的任务的完整路径（比如:feature:user:generateBrokenAsset，别只记短任务名，避免同名任务匹配出错）
• 第二步：带着任务追踪参数重新跑构建：

  gradle <你的核心构建任务> --trace-task <上一步找到的异常任务全限定路径>
  

  这个参数会遍历整个构建执行图，把所有直接、间接把目标异常任务纳入执行流程的上游依赖链逐行打印，每一条链路都会清晰标注：从根执行任务出发，经过哪几个中间任务节点，最终关联到这个异常任务，完全不需要你手动翻build文件猜依赖关系。

很多时候排查完你会发现，这类“删了引用还在跑”的任务，基本都是被隐式动态绑定的：比如第三方插件在配置阶段就给根build任务隐式加了这个依赖，或者某个子模块的assemble任务自动把它拉进了链路，这类逻辑根本不会写在你自己的build.gradle里，你手动删当然没用。而上面说的--trace-task对这类动态注册的依赖同样有效，只要它最终进了执行图，就能把链路完整扒出来。

等你通过追踪结果定位到异常任务之后，如果不想等负责的同事修复，可以直接在根build.gradle的最末尾加一段强制隔离逻辑，根本不用一层层翻依赖删引用：

// 替换成你排查到的异常任务全限定路径
def brokenTaskPath = ':feature:user:generateBrokenAsset'
tasks.configureEach {
    if (path == brokenTaskPath) {
        enabled = false
        // 清空该任务关联的所有依赖关系，避免被其他链路触发
        dependsOnTaskDependencies.clear()
    }
}

这段逻辑会在整个构建的配置阶段完成后生效，不管这个任务是被静态配置引用、还是被插件动态注册进执行图，都会被强制禁用且脱离所有依赖链路，不会再阻塞你的构建流程。

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