visitexception 不用于追加方法签名的 throws 声明，而是为 try-catch 块中标注 catch 的异常类型；方法签名的 throws 必须在 visitmethod 时通过 exceptions 参数一次性指定，不可后期修改。
在 ASM 中，visitException 并不用于“追加” throws 声明的受检异常——它实际作用是为方法体内的某段字节码（即一个 try-catch 块）声明其可能抛出的异常类型，对应 Java 源码中的 catch 子句，而非方法签名的 throws。方法签名里的 throws 信息是在生成方法时通过 visitMethod 的 exceptions 参数一次性指定的，不能后期“追加”。
方法签名的 throws 是在 visitMethod 时确定的
Java 方法的 throws 列表属于方法描述符的一部分，编译后存于方法的 Exceptions 属性中。ASM 中必须在调用 visitMethod 时就传入所有要声明的受检异常内部名（如 "java/io/IOException"），例如：
mv = cw.visitMethod(ACC_PUBLIC, "readFile", "(Ljava/lang/String;)V",
null,
new String[]{"java/io/IOException", "java/lang/IllegalArgumentException"});
这个 exceptions 参数（第5个）是字符串数组，每个元素是异常类的 JVM 内部名称（斜杠分隔）。一旦方法创建完成，ASM 不提供 API 修改该列表——字节码规范也不允许运行时动态变更方法签名。
visitException 是给 try-catch 块用的
visitException 是 MethodVisitor 的方法，但它只在你手动插入 try-catch 结构（即使用 visitTryCatchBlock）后，对某个 catch 块声明其捕获的异常类型。它的调用时机是：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 先调用
visitTryCatchBlock(tryStart, tryEnd, handler, exceptionType) - 再在
handler标签处调用visitLabel(handler) - 然后在 handler 入口处调用
visitException(exceptionType)（可选，主要用于调试信息或某些分析工具识别）
注意：visitException 不影响方法签名，也不改变 throws；它只是辅助标注“此处 catch 的是哪种异常”，对 JVM 执行无实质影响，多数运行时忽略它。
想动态添加 throws？只能重建方法
如果你需要在已有类上“增加”方法的 throws 声明（比如织入逻辑后让它声明新异常），唯一合规做法是：
- 读取原方法字节码（用
MethodVisitor收集指令和属性） - 新建一个同名方法（调用
visitMethod时传入扩展后的exceptions数组） - 把原指令、参数、局部变量等完整复制过去（注意调整异常表、栈帧）
- 替换原方法（需确保调用方兼容，且不破坏重写/重载契约）
这不是“追加”，而是替换——ASM 本身不支持就地修改方法签名。
常见误区提醒
容易混淆的点：
-
visitMethod(..., exceptions)→ 控制方法签名的throws -
visitTryCatchBlock(..., exceptionType)→ 定义 catch 分支能捕获什么 -
visitException(exceptionType)→ 仅语义标注，非必需，不影响行为 - 运行时抛出未声明的受检异常 → 会触发
VerifyError或编译失败（javac 检查），所以签名必须准确
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
