jacoco 代码覆盖率报告生成器显示错误：“捆绑'代码覆盖率报告'中的类与执行数据不匹配”

java ant jacoco

2022-09-01 08:49:49

我正在使用jacoco：report标签生成jacoco报告。我收到以下错误：

[jacoco:report] Classes in bundle 'Code Coverage Report' do no match with execution data. For report generation the same class files must be used as at runtime.
[jacoco:report] Execution data for class xxxxx does not match.
[jacoco:report] Execution data for class yyyyy does not match.

蚂蚁报告目标如下所示：

<target name="report">
                <jacoco:report>
                        <executiondata>
                                <file file="${jacocoexec.dir}/${jacocoexec.filename}"/>
                        </executiondata>
                        <!-- the class files and optional source files ... -->
                        <structure name="Code Coverage Report">
                                <classfiles>
                                        <fileset file="./jar/abc.jar"/>
                                </classfiles>
                                <sourcefiles>
                                      <fileset dir="./code/src"/>
                                </sourcefiles>
                        </structure>
                        <!-- to produce reports in different formats. -->
                        <html destdir="${jacoco.report.dir}"/>
                </jacoco:report>
        </target>

因此生成的是仅使用。那么为什么它会给出这样的错误。有什么想法吗？abc.jar./code/src

答案 1

您收到与 classID 相关的错误。这是JaCoCo docs-site上详细描述的概念。http://www.eclemma.org/jacoco/trunk/doc/classids.html。这是在同一 JVM 中支持多个版本的类（例如应用程序服务器）的关键步骤。

在这里复制部分部分内容以获得可见性。

什么是类 ID，如何创建它们？

类 ID 是 64 位整数值，例如，0x638e104737889183十六进制表示法。它们的计算被认为是JaCoCo的实现细节。目前，ID 是使用原始类文件的 CRC64 校验和创建的。

什么会导致不同的类 ID？

类 ID 仅对于完全相同的类文件是相同的（逐字节）。有几个原因可能导致您可能会获得不同的类文件。如果您使用不同的工具链，则首先编译 Java 源文件将导致不同的类文件：

不同的编译器供应商（例如 Eclipse 与 Oracle JDK）
不同的编译器版本
不同的编译器设置（例如调试与非调试）

此外，后处理类文件（模糊处理、AspectJ 等）通常会更改类文件。如果您只是将相同的类文件用于运行时和分析，JaCoCo将很好地工作。因此，创建这些类文件的工具链无关紧要。

即使文件系统上的类文件相同，JaCoCo 运行时代理程序看到的类也可能不同。当在 JaCoCo 代理程序或特殊类装入器预处理类文件之前配置另一个 Java 代理程序时，通常会发生这种情况。典型的候选人是：

模拟框架
应用程序服务器
持久性框架

同一页涵盖了可能的解决方案。

有哪些解决方法可以处理运行时修改的类？

如果在设置中运行时修改了类，则有一些解决方法可以使JaCoCo正常工作：

如果使用其他 Java 代理，请确保首先在命令行中指定 JaCoCo 代理。这样，JaCoCo 代理程序就应该看到原始的类文件。
指定 JaCoCo 代理的 classdumpdir 选项，并在生成报告时使用转储的类。请注意，只有已加载的类才会被转储，即根本没有执行的类不会显示在报告中，因为未被覆盖。
在运行测试之前使用脱机检测。通过这种方式，在进行任何运行时修改之前，JaCoCo 可以对类进行检测。请注意，在这种情况下，必须使用原始类生成报告，而不是使用检测类生成报告。

编辑于 22-02-2017

如何使用脱机检测：使用以下由丹尼尔·阿塔拉提供的任务。

//Additional SourceSets can be added to the jacocoOfflineSourceSets as needed by 
project.ext.jacocoOfflineSourceSets = [ 'main' ]
task doJacocoOfflineInstrumentation(dependsOn: [ classes, project.configurations.jacocoAnt ]) {
    inputs.files classes.outputs.files
    File outputDir = new File(project.buildDir, 'instrumentedClasses')
    outputs.dir outputDir
    doFirst {
        project.delete(outputDir)
        ant.taskdef(
            resource: 'org/jacoco/ant/antlib.xml',
            classpath: project.configurations.jacocoAnt.asPath,
            uri: 'jacoco'
        )
        def instrumented = false
        jacocoOfflineSourceSets.each { sourceSetName ->
            if (file(sourceSets[sourceSetName].output.classesDir).exists()) {
                def instrumentedClassedDir = "${outputDir}/${sourceSetName}"
                ant.'jacoco:instrument'(destdir: instrumentedClassedDir) {
                    fileset(dir: sourceSets[sourceSetName].output.classesDir, includes: '**/*.class')
                }
                //Replace the classes dir in the test classpath with the instrumented one
                sourceSets.test.runtimeClasspath -= files(sourceSets[sourceSetName].output.classesDir)
                sourceSets.test.runtimeClasspath += files(instrumentedClassedDir)
                instrumented = true
            }
        }
        if (instrumented) {
            //Disable class verification based on https://github.com/jayway/powermock/issues/375
            test.jvmArgs += '-noverify'
        }
    }
}
test.dependsOn doJacocoOfflineInstrumentation

现在使用命令生成报告。"gradlew test jacocoTestReport"

答案 2

JaCoCo 需要与执行时使用的完全相同的类文件来生成报告。由于不同的编译器和/或其他工具修改类，类可能会有所不同。