continue不能直接排除方法，而是在自定义分析逻辑中配合注解判断跳过非业务方法的处理，实现逻辑层面的覆盖率统计排除。
在代码覆盖率分析中，continue 本身不能直接“排除”方法——它只是控制流语句，用于跳过当前循环迭代。真正实现“排除被指定注解标记的非业务方法”，需要结合测试框架、覆盖率工具（如 JaCoCo）和代码扫描逻辑来完成。关键在于：**在遍历方法列表（比如反射获取的方法）时，用注解判断 + continue 跳过不参与覆盖率统计或不生成测试桩的方法。**
明确目标场景：不是在覆盖率工具里写 continue，而是在自定义分析逻辑中用
JaCoCo、Clover 等工具本身不支持运行时用 continue 动态跳过方法。但如果你在做以下事情，continue 就很有用：
- 用反射扫描类的所有方法，准备为每个方法生成 Mock 或断言模板
- 编写自定义覆盖率报告聚合脚本（例如解析 .exec 文件后处理 MethodCoverageData）
- 在单元测试初始化阶段，动态过滤待测方法列表
这时，你遍历 Method[] 数组，遇到带 @Utility、@TestOnly、@Generated 等注解的方法，就用 continue 跳过后续处理逻辑。
典型代码示例：用 continue 跳过被 @IgnoreForCoverage 标记的方法
假设你有一个工具类，用于统计某个包下所有业务方法的覆盖率基线：
for (Method method : clazz.getDeclaredMethods()) {
// 排除私有/构造器/静态块等
if (!method.isAccessible() || method.getDeclaringClass().isInterface()) {
continue;
}
// ? 关键：检查是否被排除注解标记
if (method.isAnnotationPresent(IgnoreForCoverage.class)) {
continue; // ✅ 直接跳过，不计入统计、不生成覆盖率断言、不调用
}
// 后续逻辑：记录方法签名、注入覆盖率探针、添加到待测集合...
coverageTargetMethods.add(method);
}这里 continue 的作用是：**让该方法彻底不进入覆盖率采集/验证流程，相当于从分析视角“逻辑删除”。** 它不改变字节码，但能精准控制分析范围。
配合 JaCoCo 实现更彻底的排除（非 continue，但需协同）
continue 是运行时控制，而 JaCoCo 的排除需静态配置，二者互补：
- 在
pom.xml中用<excludes></excludes>排除整个类（如**/util/**），适用于通用工具类 - 用
@Generated注解（符合 JSR-305）标记方法，JaCoCo 2.1+ 默认跳过（需启用ignoreMethodAnnotations） - 自定义注解（如
@SkipCoverage）需配合 JaCoCo 的ignoreMethodAnnotations配置项启用
⚠️ 注意：仅加注解不配置 JaCoCo，continue 也无法影响最终报告——它只影响你自己的分析代码。两者要一起用才完整。
常见陷阱与建议
容易误以为 continue 能让 JaCoCo “不插桩”，其实不能。要注意：
-
continue不影响字节码，仅跳过你代码里的处理逻辑；覆盖率数据仍可能包含这些方法（除非 JaCoCo 已配置排除） - 确保注解保留策略为
@Retention(RetentionPolicy.RUNTIME)，否则反射读不到 - 如果方法被子类重写，需同时检查子类方法上的注解，不能只看父类声明
- 避免在增强逻辑（如 AOP 切面）中盲目
continue，可能跳过关键拦截点
真正健壮的做法是：JaCoCo 静态排除 + 自定义扫描逻辑中用 continue 双保险，既减少探针开销，又保证分析脚本行为一致。
