JS内存模型中，栈与堆是如何协同运作以实现高效内存管理的？

栈和堆的基本角色

说实话，JS 的内存就像一间屋子。

那必须的！ 栈是那张干净的桌子，东西一放就能马上找得到。

堆嘛，就是后院的储物箱，东西可以随意往里塞，也能随时搬出来。

这俩玩意儿配合得好，代码跑得飞快，页面也不容易卡。

栈到底装啥

出岔子。 先说基本类型：Number、 String、Boolean、 它们在函数调用时直接被压进栈顶，函数结束立马弹出。 主要原因是是后进先出，分配和回收都超省事——系统自己来你根本不用管。 哈哈，这就是所谓的“自动分配，自动释放”。 堆里住的是什么 对象、 数组、函数这些引用类型可不敢往桌子上摆太大块儿，于是被扔进堆里。 当你写let obj = {a:1}时实际在堆里开辟了一块空间存放{a:1}。 而栈里只留了一个指针，好比钥匙一样指向那块堆内存。 指针本身很小，所以栈依旧保持轻盈。 栈‑堆协同的工作流 想象你打开一个函数： 1）引擎先创建施行上下文，把基本类型变量直接放进栈。 2）碰到对象或数组，它会在堆里找空位，然后把地址塞进栈。 这样，你既能享受栈的高速，又拥有堆的灵活空间。 值拷贝 vs 引用拷贝 a = 10; b = a; b 在栈里复制了一份值，改 b 不会影响 a——这叫值拷贝。 x = {name:'Tom'}; y = x; x 和 y 各自的栈位都只是一把钥匙，都指向同一个堆对象。改 y.name 那是改了堆里的数据，x 也跟着变——这叫引用拷贝。 垃圾回收怎么搞定“堆”里的碎片 别看 GC 很神奇，它背后其实靠的是“可达性”原则。 根对象能追溯到的所有对象，都算活着；没法追到的，就算孤岛，被清理掉。 闭包是个常见坑：如果闭包一直被外部持有，它内部引用 中肯。 的变量永远不会被丢进垃圾箱——这就是泄漏的根源之一。 常见泄漏场景速递 意外全局变量：a = 5;忘了 let/const， 直接挂到 window，上天也不管它回收不回收！ D​OM 引用残留：.remove 删除节点后 还保留对它的引用，那节点永远死不了。 定时器未清除：/ 忘记 clear， 就像把手伸进了垃圾箱，却不让它抽走一样。 优化技巧， 让栈‑堆配合更顺畅 • 尽量使用局部变量，让它们自然在函数结束时弹出栈； • 对大对象使用局部作用域或及时置为 null，让 GC 能发现它们已不可达； • 合理使用浅拷贝/深拷贝：若只需要读数据，用 Object.freeze 防止误改；若要独立副本，用 JSON.parse) 或结构化克隆； • 避免一次性创建巨量临时对象，可复用数组或缓存池来降低堆分配频率； A/B 测试一下效果吧 Chemical 版说：“我把所有大数组都换成 TypedArray”，后来啊页面渲染速度提升了约 30%！害，我当时没想到可以这么玩儿！ 闭包到底是好是坏？咱就是说… 闭包本质上是让函数“抓住”外层变量，使之从栈迁移到堆，从而延长生命周期。 S​o， 让原本应该消失的变量一直占据 heap，导致内存膨胀。 # 小结 # • 栈负责快速分配与回收， 只装轻量基本值和指针； • 堆负责存放大小不确定、生命周期难预估的数据，通过指针在栈中访问； • GC 按“可达性”清理无用堆块，让内存保持健康； • 开发者要警惕全局泄漏、残留 DOM 引用和未清除计时器，这些都是导致 heap 垃圾累积的小怪兽。 咱们以后写代码的时候， 多想想这两个区域怎么配合，你会发现性能提升其实并不神秘，只是遵循了底层那套“小而快 + 大而灵”的哲学罢了。懂了么？你懂的~）