javaScript内存管理由引擎自动完成，开发者需关注引用关系与生命周期。内存经历分配、使用、释放三阶段，原始值存栈中，引用类型存堆中，通过标记-清除算法回收不可达对象。尽管现代引擎可处理循环引用，但全局变量残留、未清理的定时器和事件监听器、闭包意外保留大对象、console.log引用等问题仍会导致内存泄漏。建议使用chrome DevTools分析堆快照与内存分配轨迹，并善用WeakMap、WeakRef等弱引用结构。关键在于建立“谁创建、谁清理”的意识，尤其在操作dom、事件、定时器和闭包时注意释放引用，避免长期占用内存。
javascript内存管理本质上是自动的，但理解其背后机制能帮你避免内存泄漏、提升性能。核心在于：引擎负责分配与回收，开发者要关注引用关系和生命周期。
内存生命周期：分配 → 使用 → 释放
每次创建变量、对象、函数时，js引擎在堆（heap）或栈（stack）中为其分配内存：
- 原始值（String、number、Boolean等）通常存在栈中，大小固定，速度快
- 对象、数组、函数等引用类型存在堆中，栈里只存指向堆的引用地址
- 当变量超出作用域且不再被任何活跃代码引用时，它就变成“可回收”状态
垃圾回收机制：标记-清除是主流
V8引擎主要用“标记-清除”（Mark-and-Sweep）算法：
- 从全局对象（window/globalThis）、当前执行上下文的局部变量等“根”开始，递归标记所有可达对象
- 未被标记的对象视为不可达，随后被清除并释放内存
- 注意：引用循环（如两个对象互相持有对方引用）不会阻碍回收——现代引擎能识别并清理
常见内存泄漏场景与规避建议
自动回收不等于零风险。这些情况容易导致内存长期占用：
立即学习“Java免费学习笔记（深入）”；
- 全局变量残留：忘记用
var/let/const声明，意外挂到全局对象上（如user = {name: 'Alice'}） - 未清理的定时器或事件监听器：DOM元素已移除，但
setInterval还在跑，或addEventListener没配对removeEventListener - 闭包中意外保留大对象引用：内部函数持续引用外部作用域中的大型数组或缓存，而该函数仍被其他地方持有
- 控制台日志（console.log）引用：开发时频繁打印大型对象，chrome devtools会保持对其的引用，影响回收（仅开发环境需留意）
实用检查手段：定位真实问题
靠猜不如靠工具：
- 用 Chrome DevTools 的 Memory 面板拍快照（Take Heap Snapshot），对比操作前后差异，筛选“Retained Size”大的对象
- 使用 Allocation instrumentation on timeline 记录内存分配过程，观察哪些代码持续申请却未释放
- 留意
WeakMap和WeakRef：它们持有的引用不会阻止垃圾回收，适合做缓存或元数据映射
基本上就这些。内存管理不复杂但容易忽略，关键是养成“谁创建、谁清理”的意识，尤其在处理DOM、定时器、事件和闭包时多留个心眼。