JavaScript中栈与堆并非物理隔离，而是V8在虚拟内存中逻辑划分的区域：栈为连续、自动管理的临时区，存基本类型值和执行上下文；堆为碎片化、依赖GC的动态区，存引用类型数据及指针。
JavaScript 的内存模型里，栈（Stack）和堆（Heap）不是物理上隔离的两块硬件内存，而是运行时引擎（如 V8）在进程虚拟内存中逻辑划分的两个管理区域。它们没有独立的物理芯片或地址总线，差异体现在组织方式、分配策略、访问路径和生命周期管理机制上，而非“物理位置”。
栈内存：结构化、高速、自动托管的临时区
栈是一段连续、有序、由操作系统直接支持的内存区域。
- 每次函数调用，引擎就在栈顶“压入”一个执行上下文（含参数、局部变量、返回地址），空间大小在编译/解析阶段基本可预估；
- 变量一旦离开作用域（比如函数执行结束），整个上下文块立即“弹出”，内存被系统瞬间回收，无需额外标记或扫描；
- 基本类型（
number、string、boolean、null、undefined、symbol、bigint）的值直接存于此，读写就是对固定偏移地址的一次内存访问； - 因为连续+定长+顺序访问，CPU 缓存友好，速度极快；但容量小（V8 中通常几 MB），过深递归易触发 RangeError: Maximum call stack size exceeded。
堆内存：非连续、灵活、依赖垃圾回收的动态区
堆是一大片非连续、按需申请、由 JavaScript 引擎自主管理的虚拟内存空间。
- 对象、数组、函数、正则、日期等引用类型的实际数据，都分配在堆中；
- 栈中只存一个轻量级指针（8 字节左右），指向堆中某块不规则大小的内存块；
- 分配不保证连续，可能散布在虚拟地址空间不同页中，访问需“解引用”（一次指针跳转 + 一次实际读取），多一层间接，速度慢于栈；
- 生命周期不确定：只要还有活跃引用（比如全局变量、闭包捕获、DOM 引用等），对象就存活；无人引用后，靠 GC（如 V8 的分代式标记-清除/整理）异步识别并回收，存在延迟和开销；
- 内存泄漏几乎只发生在堆：定时器未清除、事件监听器未解绑、意外保留大对象引用等，都会让本该释放的堆内存长期滞留。
关键对比不是“在哪”，而是“怎么管”
| 维度 | 栈内存 | 堆内存 |
|---|---|---|
| 组织形式 | 连续、LIFO 结构，像叠罗汉 | 碎片化、无序，像散落的积木块 |
| 分配时机 | 函数调用即分配，编译期可推断大小 |
new、{}、[] 等运行时动态申请 |
| 释放时机 | 函数返回即释放，毫秒级确定 | GC 周期扫描后异步回收，不可预测 |
| 访问路径 | 直接寻址（栈帧内偏移） | 间接寻址（栈中指针 → 堆中地址） |
| 典型问题 | 栈溢出（递归太深、局部变量过大） | 内存泄漏、GC 频繁导致卡顿 |
比如这段代码：
function foo() {
let a = 42; // → 栈：直接存值 42
let b = "hello"; // → 栈：存字符串字面量（短字符串常驻栈或驻字符串表）
let c = { x: 1 }; // → 栈：存指针；堆：存 { x: 1 } 对象
let d = [a, b]; // → 栈：存指针；堆：存数组及内部元素引用
}
foo();
执行完 foo()，a、b、c、d 四个变量名从栈中消失，c 和 d 的指针失效；若无其他引用，堆中对应的对象和数组将在下一轮 GC 中被清理。
本质上，栈与堆的“物理差异”是抽象的——它们共享同一片 RAM，区别全在于V8 如何组织、分配、追踪和释放这些字节。理解这一点，才能真正看懂深浅拷贝、闭包内存占用、性能监控工具里的内存快照。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
