jvm程序计数器是线程私有的小寄存器，存储字节码指令的字节偏移地址（如0、2、4），非源码行号；执行时解释器据此取指令并自动更新；线程切换时保存恢复pc值；调用native方法时设为undefined；不参与gc，不会oom。
JVM 程序计数器通过为每个线程维护一个独立的、只存地址的小寄存器，实时记录该线程下一条要执行的字节码指令在方法区中的偏移量（即地址），从而精准标记执行位置。
记录的是字节码指令地址，不是行号或源码位置
程序计数器存储的是编译后.class文件中字节码指令的**字节偏移地址**（如 0、2、4、6…），不是Java源代码的行号。例如：
- iconst_1 指令可能位于偏移量 0 处
- istore_1 可能在偏移量 1 处（某些指令占1字节，有些占2字节）
- 执行到 iadd 时，PC 值就是该指令的起始地址（比如 6）
解释器依据这个地址从方法区取出对应字节码，执行完自动更新为下一条指令地址（顺序执行时+指令长度；跳转时直接赋新值）。
线程私有，切换时自动保存与恢复
每个线程启动时，JVM 就为其分配专属的程序计数器，初始值为 0（指向方法入口第一条指令）。当线程因时间片用尽被挂起时：
- JVM 把当前 PC 的值（比如 5）写入该线程的私有PC寄存器
- 调度另一个线程时，加载它的PC值（比如 12），继续执行
- 原线程再次获得CPU时，直接从地址 5 继续取指令，不重头开始
这种机制让多个线程看似“同时”运行，实则靠各自PC寄存器记住断点，实现无缝续跑。
对 native 方法特殊处理：设为 undefined
当线程调用 native 方法（如 Object.wait()、System.currentTimeMillis()）时：
- 这些方法由C/C++实现，没有Java字节码，JVM无法生成对应指令地址
- 此时程序计数器值被设为 undefined（未定义），而非保持旧值或清零
- 返回Java方法后，PC才重新指向调用点之后的下一条Java字节码地址
不参与GC，也不会内存溢出
程序计数器是一块固定大小的极小内存（通常仅需存储一个64位地址，约8字节），由JVM在创建线程时静态分配：
- 它不存放对象、不引用堆内存，因此无需垃圾回收
- 空间恒定，不会动态增长，规范明确禁止抛出
OutOfMemoryError - 读写由执行引擎直接完成，速度接近硬件寄存器级别
