jacoco-maven-plugin近一年哪些变更影响测试覆盖率统计？

覆盖率恢复到67%的操作步骤 #

• 首先替换执行命令：不要使用mvn clean test，改为执行mvn clean verify。mvn test只会触发maven-surefire-plugin执行默认命名规则的单元测试，不会执行绑定在集成测试阶段的用例，这是覆盖率腰斩的最常见诱因。
• 检查pom.xml中插件配置：确认maven-failsafe-plugin已正确配置并绑定到integration-test阶段，同时确认jacoco-maven-plugin配置了单元测试、集成测试的执行数据分别采集，最后绑定report-aggregate或merge目标到verify阶段，合并两份执行数据生成总覆盖率报告。
• 核对统计范围配置：检查JaCoCo插件的<includes>、<excludes>规则，确认编译期自动生成的代码（Lombok生成方法、MapStruct实现类、QueryDSL Q类等）已被正确排除。
• 对齐本地构建环境：确认本地使用的JDK大版本与项目历史构建版本一致，IntelliJ的Maven配置中未勾选跳过测试选项，避免环境差异导致插桩异常。

差异原因澄清 #

• 覆盖率差异的核心原因是测试统计范围不一致，不是JaCoCo本身的缺陷。你观察到的DAO层覆盖率大幅下跌，完全符合集成测试未被纳入统计的特征：DAO层测试通常依赖Spring上下文、测试数据库，属于集成测试范畴，默认由failsafe插件在integration-test阶段执行，test阶段不会触发，自然不会生成对应覆盖数据。
• JaCoCo基于字节码插桩统计覆盖率，只要执行的测试用例集一致、统计的代码范围一致，结果不会出现量级偏差，27%和67%的差距本质是少统计了一整类测试用例的覆盖数据。

近一年jacoco-maven-plugin影响统计结果的核心变更 #

• 0.8.7及以上版本调整了编译期生成代码的识别规则：默认会排除标注了@Generated注解的自动生成代码，如果项目中生成代码未添加对应注解，新版本会将这部分无测试覆盖的代码纳入统计，拉低整体覆盖率数值。
• 0.8.8版本完善了Java 17+新语法的支持：对record类、sealed类、模式匹配switch等语法的字节码识别更准确，旧版本在高版本JDK上运行时会出现部分代码误判为已覆盖的情况，新版本修正后统计值更贴近真实覆盖情况，不会出现虚高。
• 0.8.8版本修复了多模块项目聚合报告的重复统计bug：旧版本聚合多模块覆盖率时会重复统计公共依赖模块的代码，容易导致覆盖率统计虚高，新版本修正后统计口径更严谨。
• 插桩逻辑调整：新版本默认优先使用在线插桩模式，如果项目中使用了PowerMock、异步测试等需要离线插桩的场景，未显式配置离线插桩参数时，会出现部分测试的覆盖数据无法采集的问题。

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