Debian JS日志中常见的内存泄漏类型及特征
全局变量在JavaScript中未被垃圾回收机制（GC）自动清理，会一直驻留内存直至进程结束。常见场景包括：未使用var/let/const声明的变量（自动成为全局）、故意挂载到global/window对象上的属性（如global.config = {...}）。这类泄漏的特征是日志中全局对象数量持续增加，即使页面刷新或请求结束后也不减少。
setInterval或setTimeout创建的定时器若未通过clearInterval/clearTimeout清除，其回调函数及关联的变量会持续存在。例如，在Debian服务器的Node.js应用中，若定时任务未在服务关闭时清理，会导致定时器回调中的闭包变量、DOM引用等无法释放。日志中表现为定时器数量随时间递增，内存占用稳定增长。
DOM元素或Node.js流（如fs.createReadStream）的事件监听器未通过removeEventListener或off方法移除，会导致监听器及关联对象无法被GC回收。典型场景包括：单页应用（SPA）路由切换时未销毁旧组件的事件监听、文件流处理完成后未关闭监听。日志中可见事件监听器数量异常增多，对应内存区域（如堆内存）持续占用。
闭包使内部函数保留了对外部函数变量的引用，若闭包长期存在（如全局函数、缓存函数），外部变量无法被释放。例如，在Debian的Node.js API服务中，缓存函数返回的闭包引用了大对象，导致这些对象无法被GC清理。日志中表现为特定作用域的变量持续存在，即使外部函数已执行完毕，内存占用也不下降。
未设置有效期或大小限制的缓存（如直接使用对象存储缓存数据），会导致缓存数据无限增长，占用大量内存。例如，Debian服务器上的前端应用缓存所有API响应结果，或Node.js应用缓存大量文件内容而不清理。日志中可见缓存对象数量随请求次数线性增长，内存使用率逐步攀升。
Node.js中的流（如文件流、网络流）操作未附加错误处理程序时，若发生错误（如文件不存在、网络中断），错误对象可能无法被释放，导致内存泄漏。例如，Debian服务器上的日志服务读取日志文件时未处理error事件，错误对象会一直存在于内存中。日志中表现为流相关的错误对象持续累积，内存占用异常增加。