程序计数器（PC Register）是每个线程独占的指令指针，由JVM自动维护，指向即将执行的下一条字节码指令地址；它仅存储字节码偏移量，不记录源码行号或变量信息，且不可被开发者读写。

程序计数器（PC Register）在多线程环境下不“记录指令指针”这个动作本身，而是**每个线程独占一个PC寄存器，由JVM自动维护其值**——它本质上就是当前线程的指令指针（Instruction Pointer），指向即将执行的下一条字节码指令地址。

每个线程都有自己的PC寄存器

Java虚拟机为每个线程分配独立的程序计数器，这是线程私有的内存区域：

• 线程启动时，JVM为其初始化PC值，通常指向该线程执行的第一个字节码指令（如iconst_1或aload_0的偏移量）
• 线程运行中，执行引擎每完成一条字节码指令，就自动更新PC为下一条指令的地址（多数情况是+1，跳转指令则直接写入目标偏移量）
• 线程挂起（如时间片用完、sleep、wait、阻塞IO）时，当前PC值被完整保存在线程自身的上下文结构中
• 线程恢复调度时，JVM从该线程专属的上下文中取出已保存的PC值，加载进执行引擎的指令指针，继续执行

PC只存字节码地址，不存源码行号或变量信息

它记录的是方法内字节码流中的偏移位置，不是Java源代码的行号，也不是变量名或内存地址：

• 例如javap -c MyClass输出中0: aload_0、3: iconst_2，PC值就对应其中某一行的序号（如3）
• 执行Java方法时，PC保存的是有效字节码地址；执行native方法时，PC值为undefined（因为无字节码可指向）
• 变量访问靠局部变量表和操作数栈配合完成，PC本身不跟踪任何变量位置

为什么不能共用一个PC

共享PC会导致执行逻辑彻底错乱：

• 假设线程A执行到字节码第15条被切走，此时PC=15；若线程B接着运行并把PC改成8，等A再恢复时就会从第8条重跑，跳过本该执行的逻辑
• 时间片轮转机制要求每个线程“记得自己干到哪儿了”，PC正是这个记忆的唯一载体
• 调试器单步、断点命中、GC安全点检测、JIT编译优化，全部依赖各线程PC值的准确性和独立性

开发者无需也无法干预PC

PC是JVM执行引擎底层自动管理的核心控制流机制：

• Java代码中没有任何语法能读取或修改PC值
• 分支、循环、异常、return等控制流语句，均由编译器生成合法跳转指令（如goto、if_icmpne），由JVM自动更新PC
• 试图通过JNI或底层工具强行修改PC，会破坏栈帧一致性，大概率引发崩溃