程序计数器（pc寄存器）记录的是当前线程下一条待执行字节码指令的偏移地址，而非源代码行号；它随指令执行自动递增、跳转时直接更新目标地址、方法调用/异常时依据返回地址或异常表跳转，且线程私有、执行native方法时为undefined、不会发生内存溢出。
Java 中的程序计数器（Program Counter Register，简称 PC 寄存器）并不记录源代码的“行号”，而是记录当前线程正在执行的字节码指令的偏移地址（即字节码流中的位置索引），这个值本质上是下一条待执行指令在方法字节码序列中的起始位置。
它记录的是“下一条指令地址”，不是当前行号
程序计数器在 JVM 概念模型中被定义为“当前线程所执行字节码的行号指示器”，但这里的“行号”是字节码层面的逻辑编号，并非 Java 源文件的第几行。例如反编译后看到的：
0: getstatic #2
3: astore_1
4: aload_1
5: iconst_1
6: invokevirtual #3
这些 0、3、4、5、6 就是字节码偏移量（单位是字节），PC 寄存器保存的就是类似 5 这样的数值，表示接下来要取指并执行从偏移 5 开始的 iconst_1 指令。
它如何随执行动态更新
- 顺序执行时：解释器执行完当前指令后，PC 自动加该指令长度（如
iconst_1占 1 字节，PC 从 5 → 6） - 跳转指令（如
if_icmpne、goto）：直接将 PC 设为目标偏移地址（如跳到 14），不依赖递增 - 方法调用（
invokestatic等）：调用前把返回地址（即下一条指令偏移）压栈；方法返回时恢复该地址到 PC - 异常抛出：JVM 根据当前 PC 值查方法的异常表（Exception Table），定位匹配的
catch块起始偏移，然后跳转过去
为什么不用源码行号而用字节码偏移
因为 JVM 执行的是字节码，不是 Java 源码。编译器在生成 .class 文件时，会把源码行号信息作为调试信息（LineNumberTable 属性）单独写入，供调试器使用；而程序计数器只服务于执行引擎——它需要精准定位字节码流中哪条指令该被执行，偏移量是最直接、最高效的方式。
它和线程、native 方法的关系
- 每个线程有独立的 PC 寄存器，线程切换时自动保存/恢复该值，保证并发执行不串指令
- 执行 Java 方法时，PC 记录字节码偏移；执行 native 方法时，PC 值为 undefined（因为不经过字节码解释流程）
- 它是 JVM 内存区域中唯一不会发生
OutOfMemoryError的部分，因为只存一个固定大小的整数（如 32 或 64 位）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
