避坑指南正在运行的 Java 线程到底把“代码逻辑”藏在 JVM 的哪里了在并发编程的世界里我们经常会写出这样的代码启动 100 个线程去执行同一个方法。这时候如果你停下来思考一个极其刁钻的底层问题这 100 个正在运行的线程它们的“代码逻辑”是保存在线程自己的内存里吗JVM 会不会在内存里把这段代码复制 100 份如果你对这个问题感到模糊说明你对 JVM 内存模型中最核心的**“动静分离”**设计思想还不够通透。今天我们就把“静态的代码指令”和“动态的执行现场”像劈西瓜一样严格劈开看看底层到底是怎么运作的。一、 破除迷信线程并不“拥有”代码只是“使用”代码简单直接地给出结论代码确实保存在 JVM 的内存里但是正在运行的物理线程本身“并不拥有”这些代码它只是在使用执行这些代码。JVM 极其聪明地把它们放在了完全不同的内存区域。1. 代码存在哪里全员共享的“公共图书馆”你写的 Java 代码被编译成.class字节码后JVM 会把它们存放在一个所有线程共享的地方方法区元空间 Metaspace这里存放着每一个类的结构信息和底层方法指令。无论你开 1 个线程还是 1000 个线程这段字节码指令在内存里永远只有一份。代码缓存Code Cache如果某段代码被疯狂循环调用热点代码JIT 编译器会把它编译成速度极快的机器码这些机器码也会统一存放在 Code Cache 里供所有线程共享调用。2. 线程的身上存什么私人的“工作台”和“书签”既然代码都在公共区域那每一个正在运行的物理线程它占用的内存里到底存了什么答案是“执行现场”。它主要包括两个绝对私有的核心组件程序计数器PC Register这是线程私有的一块极小的内存。因为 CPU 核心是不断在多个线程间切换的线程跑着跑着可能会被挂起。PC 计数器里存放的就是**“当前线程执行到了方法区那段公共代码的哪一行物理内存地址”**。等线程被唤醒时它一看计数器就知道从哪接着往下跑。虚拟机栈JVM Stack每当你调用一个方法JVM 就会在这个线程的栈里压入一个“栈帧Stack Frame”。注意栈帧里存的绝对不是代码逻辑而是局部变量表比如你写的int a 1;和操作数栈用来做数学计算的草稿纸。二、 醍醐灌顶一个“车间”的终极比喻为了让你彻底记住这个架构我们可以打一个极度形象的比方方法区 / Code Cache就像是车间中央墙上贴着的唯一一张《操作手册》包含所有的操作规程和代码指令。线程就像是车间里的流水线工人。程序计数器是工人的手指指着墙上的手册说“我刚刚读到了第三步”。虚拟机栈是工人自己面前的私人操作台上面放着他正在处理的零件局部变量。真相大白工人线程绝对不会把整张操作手册代码撕下来塞进自己兜里。大家都是抬头看着同一张图纸然后在各自独立的台子上干活。这就是 JVM 能够极其轻量级地同时跑几千个线程而不至于内存爆炸的根本原因三、 进阶盲区方法区里真的有“代码逻辑”吗看到这里很多背过八股文的同学可能会提出一个犀利的质疑“等等国内很多教材上写着方法区只存放‘类的元信息和运行时常量池’。难道方法区里真的存放了具体的 if-else、for 循环等代码逻辑吗”是的绝对有你敏锐地抓住了很多简略教材里的一个表述盲区。很多人以为“类的元信息Class Metadata”只是指类的名字、字段名字这些描述性的死数据。但如果我们把“类的元信息”像剥洋葱一样剥开看看底层的.class文件结构你就会发现新大陆当类加载器把一个类加载进方法区时存放的核心数据除了类名、字段信息、常量池之外最核心的就是方法信息Method Info与代码Code Attribute。在底层的.class结构中每个方法都有一个名为Code属性的表。你写的if-else、for循环、a b等等所有的业务逻辑全都被编译器无情地翻译成了极其具体的 JVM 字节码指令比如aload_0,iadd,ireturn。而这些一条条干活的指令完完全全、一字不落地存放在方法区里Oracle 官方的《Java 虚拟机规范》对此有实锤定义“It stores per-class structures such as the runtime constant pool, field and method data, and thecode for methodsand constructors…”方法区存储每个类的结构如运行时常量池、字段和方法数据以及方法和构造函数的代码……四、 总结一切豁然开朗现在结合这套底层模型我们就能把整个代码执行流程完美闭环了你的业务线程跑到了某个方法。线程查看自己私有栈里的程序计数器PC。PC 计数器里面的物理地址像一根无形的线直指**“方法区”**里该方法对应的字节码指令所在的位置。CPU 顺着这个地址去方法区里把那一条条指令代码逻辑拿出来在线程的私有栈帧里加工局部变量数据。