正常退出时pc恢复为调用点下一条指令地址，异常退出则跳转至异常表匹配的handler地址；前者复用栈帧保存的返回地址并传递返回值，后者直接弹出栈帧且不传递返回值。
方法退出时，程序计数器（PC）的恢复方式取决于退出类型：正常退出直接复用调用点的下一条指令地址；异常退出则绕过当前栈帧的PC保存逻辑，依赖异常表跳转，不向调用者传递返回值。
正常退出时PC的恢复机制
方法执行到 return 指令（如 ireturn、areturn、return 等）时，虚拟机从当前栈帧中取出“返回地址”——这个地址就是调用该方法那条指令的下一条字节码地址，本质上是调用前保存在调用者栈帧里的 PC 值。
- 该地址被直接写入当前线程的程序计数器，使执行流无缝回到调用位置
- 返回值（如有）会按类型压入调用者栈帧的操作数栈顶部
- 局部变量表、操作数栈等上下文也同步恢复，保证调用者能继续执行
异常退出时PC不走常规路径
当方法因未捕获异常而退出，它不会使用栈帧中隐式维护的返回地址。虚拟机此时不恢复调用者的 PC，而是查当前方法的异常表（Exception Table），根据抛出异常的类型和发生位置，直接跳转到匹配的 handler_pc（异常处理器起始地址）。
- 异常表在类加载阶段就已解析并存入方法元数据，与栈帧无关
- 当前栈帧被直接弹出，不执行任何返回值压栈操作
- 调用者方法不会收到返回值，也不会自然续执——除非异常被上层 catch，否则继续向上抛
程序计数器在两种场景中的角色差异
PC 寄存器始终只记录“当前线程下一步要执行哪条指令”，但它在方法出口处的来源完全不同：
- 正常退出：PC ← 栈帧中保存的“调用点后继地址”（静态确定）
- 异常退出：PC ← 异常表中动态查得的 handler 地址（与调用点无关）
- 两者都不修改调用者栈帧里的原始 PC 值；只是当前线程的 PC 寄存器被赋予不同目标
一个典型对比示例
假设 main() 在第 10 行调用 test()，test() 在第 5 行抛出 NullPointerException 且未捕获：
- 若
test()正常返回：PC 设为 11（即main中调用语句的下一行） - 若
test()异常退出：PC 设为main异常表中匹配该异常的 handler 起始行（比如第 25 行的 catch 块），或继续向上抛到更外层
