javascript内存分配核心是栈与堆的分工逻辑：基本类型通常存栈因值小、固定长、生命周期明确，但v8会依逃逸分析动态优化；对象/函数必须用堆因大小不定、生命周期不可预知，栈中仅存固定大小引用指针。
大厂面试常问 JavaScript 数据类型底层内存分配，核心是考察你是否真懂 栈（stack）和堆（heap）的分工逻辑，而不是死记“基本类型存栈、引用类型存堆”。真正拉开差距的，是能否说清 为什么这么设计、边界情况怎么处理、以及 V8 引擎的实际优化行为。
基本类型为什么主要在栈上？但又不绝对
基本类型（number、string、boolean、null、undefined、symbol、bigint）值小、固定长度、生命周期明确，栈天然适合：快分配、快释放、支持 CPU 寄存器直接操作。但注意两点：
- V8 对长字符串或大数组字面量可能在堆上分配，再在栈中存一个指向它的指针（尤其涉及隐式转换或频繁重用时）；
- 闭包中被捕获的基本类型变量，若外层函数执行结束但内层函数仍存活，该值会被提升到堆上（避免栈帧销毁后丢失）。
对象/函数为什么必须用堆？栈只存“线索”
对象大小不确定、可动态增删属性、生命周期不可预知——栈无法满足。栈里实际存的是 指向堆内存地址的引用（指针），不是数据本身。关键细节：
- 这个“引用”本身是固定大小（通常 8 字节，在 64 位系统），所以它能稳稳放在栈上；
- 两个变量赋值对象，复制的是这个地址，因此修改属性会相互影响——这是“浅拷贝”的根源；
- 函数也是对象，其代码体存在堆的“代码段”，而函数作用域链、闭包变量等元信息也堆上管理。
V8 的真实优化：别信教科书式的“栈/堆二分法”
V8 并不机械地按类型划分内存区域，而是基于逃逸分析（Escape Analysis）动态决策：
- 如果一个对象确定只在当前函数作用域内使用且不会被返回或传给其他函数，V8 可能把它“栈分配”（Stack Allocation），甚至进一步“标量替换”（Scalar Replacement）——把对象拆成若干局部变量直接放寄存器或栈；
- 小整数（Smi，Small Integer）在 V8 中不单独分配内存，而是直接编码进指针低几位（tagged pointer），0~31 范围内的整数几乎零开销；
- 字符串内部采用“Cons String”或“Sliced String”结构做惰性拼接，真正分配堆内存可能延后到首次 .length 或遍历时。
面试时怎么答才显深度？
别只背结论。遇到追问，可以这样展开：
- 先画个简图：左边标栈（含调用帧、局部变量槽），右边标堆（含对象区、代码区、常量池），中间画箭头表示引用关系；
- 举一个闭包例子说明“本该在栈的变量如何被移到堆”；
- 提一句 Chrome DevTools 的 Memory tab 和 --trace-gc 参数，表明你有验证意识；
- 最后补一句：“实际内存布局由引擎实时优化，我们写代码更应关注引用关系与生命周期，而非强行猜测某值在哪块物理内存。”
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
