检测 int16array 内存泄漏的核心方法是利用 chrome devtools 的 memory 面板进行 heap snapshot（堆快照）对比，并配合 performance.memory api 监控实时指标。具体做法是：在应用运行前后分别拍摄堆快照，使用 "comparison"（比较）视图筛选出在第二次快照中新增且未被回收的 int16array 实例，通过其 retainers（保留路径）定位持有该数组的全局变量、闭包或 dom 节点引用。
如何通过堆快照对比定位 Int16Array 实例？
通过对比两次堆快照可以直观看到 Int16Array 的数量变化及引用链。操作时先记录初始状态快照，执行可能引发泄漏的业务逻辑后再次拍摄，在 Comparison 模式下选择 "New" 对象类型过滤，即可列出所有新分配的 Int16Array 对象及其被谁引用。
const snapshot1 = performance.measureUserAgentSpecificMemory ? await performance.measureUserAgentSpecificMemory() : null; // ... 执行业务逻辑 ... const snapshot2 = performance.measureUserAgentSpecificMemory ? await performance.measureUserAgentSpecificMemory() : null;
如何编写代码主动验证 Int16Array 是否被垃圾回收？
可以通过手动触发垃圾回收（需开启实验性标志）并检查内存计数器来验证。如果 Int16Array 被正确释放，内存中的对象数量应下降；若持续上升，则说明存在泄漏。此方法适用于自动化测试场景，用于确认特定代码块是否会导致内存累积。
立即学习“Java免费学习笔记（深入）”；
function checkLeak() {
const arr = new Int16Array(1000);
// 模拟泄漏：将 arr 存入全局或闭包
window.leakedArr = arr;
console.log(performance.memory.usedJSHeapSize);
}
为什么 Int16Array 泄漏通常与 WebGL 上下文绑定有关？
Int16Array 常作为 WebGL 纹理数据或缓冲区数据的载体，若未正确调用 gl.deleteBuffer() 或断开事件监听器，即使 JS 端变量置空，底层 GPU 资源仍可能被上下文保留。排查时需检查 WebGL 对象的销毁流程，确保关联的 TypedArray 不再被任何 GL 资源引用。
