第一个提议的解决方案非常接近。如果使用stop()而不是interrupt()，它甚至会杀死在groovy系统脚本中无休止地运行的失控线程。这将杀死任何构建，任何工作。 代码如下:

Thread.getAllStackTraces().keySet().each() {
    if (it.name.contains('YOUR JOBNAME')) {  
      println "Stopping $it.name"
      it.stop()
    }
}

我想现在回答已经太迟了，但我帮助了一些人。

安装监控插件。(http://wiki.jenkins-ci.org/display/JENKINS/Monitoring) 进入jenkinsUrl/monitoring/nodes 转到底部的Threads部分 点击主界面左侧的详细信息按钮 按用户时间排序(ms) 然后查看线程的名称，您将获得构建的名称和编号 杀了它

对不起，我没有足够的声誉来发布图片。

希望能有所帮助

我使用监控插件来完成这项任务。安装插件后

转到管理Jenkins >监控Hudson/Jenkins master 展开线程的细节，即右边的蓝色小链接 搜索挂起的作业名称 线程的名称将像这样开始 master的Executor #2:执行<your-job-name> #<build-number> 单击所需工作所在行的表格中最右边的红色圆形按钮

以下是我在2.100版本中使用Blue Ocean解决这个问题的方法

我唯一安装的插件是bitbucket。 我只有一个节点。

ssh到我的Jenkins盒子里 cd ~ /。詹金斯(我放詹金斯的地方) cd工作/ < job_name > /分支/ < problem_branch_name > /构建 Rm -rf <build_number>

在此之后，您可以选择在nextBuildNumber中更改数字(我这样做) 最后，我重新启动jenkins (brew services restart jenkins)，这一步显然会有所不同，这取决于您如何管理和安装jenkins。

同样的问题已经发生在我身上两次了，唯一的解决方案是重新启动tomcat服务器并重新启动构建。

我有很多僵尸工作，所以我使用下面的脚本:

for(int x = 1000; x < 1813; x = x + 1) {
    Jenkins .instance.getItemByFullName("JOBNAME/BRANCH")
    .getBuildByNumber(x)
    .finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"))
}