程序计数器（pc）是线程私有、被动记录字节码地址的寄存器，上下文切换时由os/jvm自动保存与恢复；执行java方法时存字节码偏移量，native方法时为undefined，初始值为0，不存源码行号，不可被java代码直接读写。
程序计数器（PC）本身不主动“恢复”执行，它只是被动记录地址；真正让线程切回来还能接着跑的，是操作系统和JVM在上下文切换时对PC值的保存与重载。
线程私有，各存各的PC值
每个Java线程对应一个独立的程序计数器，里面存的是该线程下一条要执行的字节码指令地址。这个值只属于当前线程，不会被其他线程读写或覆盖。所以切换时不存在“抢PC”或“混淆位置”的问题。
- 执行Java方法时，PC记录的是字节码偏移量（如第12条指令）
- 执行native方法时，PC值为空（undefined），因为不走JVM字节码执行路径
- 线程刚创建还没开始运行时，PC初始值为0
切换时PC被自动保存到线程结构体中
当线程因时间片用完、调用sleep()、wait()或发生阻塞IO而暂停时，JVM会配合操作系统触发上下文切换。此时，CPU把当前线程的PC值（比如指向字节码第47行）和其他寄存器状态一起，写入该线程专属的内存结构里——在HotSpot中是thread_struct，在Linux内核中则存于task_struct的thread字段中。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 保存动作由内核调度器完成，不是Java代码控制
- 保存的不只是PC，还包括栈指针、通用寄存器、标志位等完整现场
- 用户代码完全看不到这个过程，也无需干预
重新调度时PC被加载回CPU指令指针
当该线程再次被选中执行，JVM从它自己的线程结构中取出之前保存的PC值，并把它写入CPU的指令指针寄存器（x86_64下叫RIP）。CPU从此地址开始取指、解码、执行，就像没中断过一样。
- 这个加载动作发生在switch_to()汇编切换逻辑中
- 如果是多核CPU，不同线程可能同时在不同核心上运行，各自PC互不干扰
- 异常、中断、方法返回等场景，也都依赖这个机制维持执行连续性
程序员不需要、也不能直接操作PC
你写的Java代码无法读取或修改程序计数器。分支、循环、方法调用这些控制流，都由编译器生成对应字节码指令（如goto、if_icmpne、invokestatic），CPU在执行过程中自动更新PC。调试时用jdb或gdb看到的“当前行号”，其实是工具根据PC值反查源码映射得出的，并非PC本身存储了行号。
- PC只存字节码地址，不是Java源码行号（行号信息在class文件的LineNumberTable中）
- 试图通过反射或JNI强行改PC会导致未定义行为，JVM不提供此类API
- 排查线程挂起位置，应看堆栈跟踪（stack trace）和日志，而非PC原始值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
