上面的答案对我来说几乎是可行的，但我有一个主要问题:由于Jenkins重启的时间特别糟糕，我有非常多的僵尸作业(大约100个)，所以手动查找每个僵尸作业的作业名称和构建号，然后手动杀死它们是不可可行的。以下是我如何自动找到并杀死僵尸工作的方法:

Jenkins.instance.getItemByFullName(multibranchPipelineProjectName).getItems().each { repository->
  repository.getItems().each { branch->
    branch.builds.each { build->
      if (build.getResult().equals(null)) {
        build.doKill()
      }
    }
  }
}

该脚本遍历所有作业的所有构建，并使用getResult().equals(null)来确定作业是否已经完成。在队列中但尚未开始的构建将不会被迭代(因为该构建不会在job.builds中)，并且已经完成的构建对于build. getresult()将返回非null的值。合法运行的作业的构建结果也会为null，因此在运行此作业之前，请确保没有不想终止的正在运行的作业。

在Multibranch Pipeline项目中，多个嵌套循环主要用于发现每个存储库的每个分支/PR;如果你没有使用Multibranch pipeline，你可以直接使用Jenkins.instance.getItems().each这样的东西来循环所有的作业。

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

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

以下是我在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。

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

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

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

希望能有所帮助

有一次我遇到了一个无法通过“脚本控制台”停止的构建。最后我通过以下步骤解决了这个问题:

ssh onto the jenkins server
cd to .jenkins/jobs/<job-name>/builds/
rm -rf <build-number>
restart jenkins

有同样的问题，但没有堆栈线程。我们使用Jenkins控制台中的这个片段删除了作业。将jobname和build dnumber替换为您的。

def jobname = "Main/FolderName/BuildDefinition"
def buildnum = 6
Jenkins.instance.getItemByFullName(jobname).getBuildByNumber(buildnum).delete();