内存泄漏怎么判断
你有没有遇到过这种情况：电脑用着用着就变慢，任务管理器里某个程序的内存占用一路飙升，关掉它才恢复正常？这很可能就是内存泄漏在作怪。程序用了内存却没及时还回去，像水龙头漏水一样，时间一长系统就被拖垮。
观察内存使用趋势
最直接的办法是打开系统自带的资源监视工具。Windows 上按 Ctrl+Shift+Esc 打开任务管理器，切换到“性能”标签，选中“内存”，持续观察使用情况。如果某个程序运行期间内存占用不断上升，即使操作已经完成也不下降，那就有问题了。
比如你在测试一个图片处理工具，批量处理完100张图后，内存从500MB涨到2.3GB还不回落，这就很可疑。正常情况下处理完应该释放大部分内存。
用专业工具抓细节
任务管理器只能看个大概，深入排查得靠更专业的工具。Windows 平台可以用 Visual Studio 自带的诊断工具，或者轻量级的 Process Explorer。Mac 和 Linux 用户可以依赖 Instruments 或 valgrind。
以 valgrind 为例，在终端运行：
valgrind --tool=memcheck --leak-check=yes your_program它会详细报告哪些代码分配了内存但没有释放，甚至能定位到具体行号。
代码里埋点检测
如果你是开发者，可以在关键位置加日志。比如每次 malloc 分配内存时记录一次，free 时再记一次。运行一段时间后对比数量是否匹配。不匹配就意味着有内存没被回收。
C++ 项目中也可以重载 new 和 delete 操作符，统计当前未释放的对象数量：
void* operator new(size_t size) {
void* ptr = malloc(size);
++allocation_count;
return ptr;
}
void operator delete(void* ptr) noexcept {
--allocation_count;
free(ptr);
}运行过程中打印 allocation_count，看它是否会无限增长。
浏览器里的内存泄漏怎么看
网页应用也不能幸免。Chrome 开发者工具的 Memory 面板就能派上用场。先刷新页面记录初始内存，然后反复点击某个功能按钮，比如“添加商品到购物车”。操作十几次后再看内存快照，如果堆内存持续上涨且不回收，说明可能有 DOM 节点或事件监听没清理。
记得有一次调试一个后台管理系统，用户反馈切换菜单越来越卡。用 Chrome 抓了几个快照对比，发现每次切换都会多出几百个闭包和DOM引用，原来是事件绑定重复注册了，改完之后内存稳住了。
别忽视第三方库
有时候锅不在自己写的代码上。某些老旧的第三方组件可能存在内存泄漏问题。比如一个PDF预览插件，在页面关闭后仍持有大量数据引用。这时候就得靠隔离测试：逐个禁用外部脚本，观察内存变化趋势，缩小怀疑范围。
内存泄漏不一定立刻暴露，可能运行几小时才显现。所以长时间运行的服务类程序更要注意定期压测和监控。发现问题越早，修复成本越低。