如何使org.objectweb.asm.util.CheckClassAdapter抛出异常而非输出错误到stderr

针对你遇到的CheckClassAdapter仅输出错误到stderr、无法程序化处理验证失败的问题，以下是两种可行的解决方案，优先推荐第一种轻量实现：

方案一：自定义PrintWriter捕获错误并抛出异常 #

这种方式无需修改ASM核心类，仅通过包装输出流，在检测到错误内容时直接抛出自定义异常，实现简单且侵入性低。

自定义PrintWriter实现 #

import java.io.PrintWriter;
import java.io.StringWriter;

public class ThrowOnErrorPrintWriter extends PrintWriter {

    public ThrowOnErrorPrintWriter() {
        super(new StringWriter());
    }

    @Override
    public void write(char[] buf, int off, int len) {
        super.write(buf, off, len);
        flushAndCheckForErrors();
    }

    @Override
    public void println(String x) {
        super.println(x);
        flushAndCheckForErrors();
    }

    @Override
    public void print(String s) {
        super.print(s);
        flushAndCheckForErrors();
    }

    private void flushAndCheckForErrors() {
        flush();
        String errorContent = ((StringWriter) out).toString();
        if (!errorContent.isEmpty()) {
            throw new BytecodeVerificationException(errorContent);
        }
    }

    // 自定义验证异常类，用于封装错误信息
    public static class BytecodeVerificationException extends RuntimeException {
        public BytecodeVerificationException(String message) {
            super(message);
        }
    }
}

使用示例 #

final byte[] bytes = …; // 预先生成的类字节码

try {
    CheckClassAdapter.verify(
        new ClassReader(bytes),
        false,
        new ThrowOnErrorPrintWriter()
    );
} catch (ThrowOnErrorPrintWriter.BytecodeVerificationException e) {
    // 程序化处理验证错误，比如打印详情、抛出业务异常等
    System.err.println("字节码验证失败详情：\n" + e.getMessage());
    fail(); // 执行你需要的失败逻辑
}

方案二：扩展CheckClassAdapter重写错误逻辑（不推荐） #

由于CheckClassAdapter内部的错误报告依赖私有内部类ErrorReporter，直接扩展需要复制大量ASM内部代码，维护成本较高，仅作参考：

import org.objectweb.asm.ClassReader;
import org.objectweb.asm.ClassVisitor;
import org.objectweb.asm.util.CheckClassAdapter;

public class ThrowingCheckClassAdapter extends CheckClassAdapter {

    public ThrowingCheckClassAdapter(ClassVisitor cv, boolean dump) {
        super(cv, dump);
    }

    // 重写所有错误报告方法，替换输出逻辑为抛出异常
    @Override
    protected void report(String message) {
        throw new BytecodeVerificationException(message);
    }

    @Override
    protected void report(String message, Object arg1) {
        throw new BytecodeVerificationException(String.format(message, arg1));
    }

    @Override
    protected void report(String message, Object arg1, Object arg2) {
        throw new BytecodeVerificationException(String.format(message, arg1, arg2));
    }

    // 其他report重载方法需同理重写

    // 自定义检查入口
    public static void verify(ClassReader classReader, boolean dump) {
        classReader.accept(new ThrowingCheckClassAdapter(null, dump), ClassReader.SKIP_DEBUG);
    }

    public static class BytecodeVerificationException extends RuntimeException {
        public BytecodeVerificationException(String message) {
            super(message);
        }
    }
}

使用示例 #

final byte[] bytes = …;
try {
    ThrowingCheckClassAdapter.verify(new ClassReader(bytes), false);
} catch (ThrowingCheckClassAdapter.BytecodeVerificationException e) {
    System.err.println("验证失败：" + e.getMessage());
    fail();
}

方案对比 #

• 方案一实现简单，仅通过包装输出流捕获错误，无需修改ASM核心逻辑，适合绝大多数场景。
• 方案二需要重写CheckClassAdapter的内部方法，维护成本高，仅当需要完全控制错误报告逻辑时考虑使用。

内容的提问来源于stack exchange，提问作者Volodya Lombrozo