全局数组对象无法被垃圾回收的技术咨询

核心结论 #

你同事的说法有道理但没踩中你的场景：直接给全局变量g_objArr赋值新数组，本身就应该让旧数组被垃圾回收器（GC）处理——除非旧数组里的对象被其他地方偷偷持有了引用。

具体拆解 #

1. 全局变量赋值的本质
   当你执行g_objArr = 新数组时，旧数组已经失去了唯一的全局引用（假设你没在其他地方存它）。如果没有其他代码（比如闭包、事件监听、隐藏的缓存）持有旧数组或其中的客户对象，GC会自动回收这些内存，根本不需要额外做g_objArr.length = 0。

2. 内存涨不停的真实原因
   你遇到的内存不释放，90%是旧客户对象被其他地方引用了：

   • 比如某个点击事件回调里还挂着旧客户对象的引用，事件监听没移除
   • 或者某个定时器/异步API的回调还保留着旧对象的引用没清理
   • 甚至可能是你自己写的某个缓存模块，把旧客户对象存起来忘了删

3. length=0的实际作用
   执行g_objArr.length = 0是清空当前数组的内容，让数组里的对象失去这个数组的引用。但如果你的逻辑是直接替换整个数组，这一步完全多余——除非你要复用这个数组对象（而不是直接赋值新数组）。

排查方向（针对VSCode环境） #

既然初步没找到明显的悬空引用，可以这么干：

• 用Node.js的内置工具：启动程序时加node --inspect参数，然后打开Chrome浏览器输入chrome://inspect，在Memory面板里拍两次内存快照（切换客户前后），对比哪些对象没被回收，顺藤摸瓜找引用源
• 逐步注释掉使用g_objArr的代码块，每次切换客户看内存变化，定位到泄漏的代码段
• 检查所有涉及客户对象的异步操作，确保回调执行完后没有保留不必要的引用

内容的提问来源于stack exchange，提问作者Lancer