请问用CLR Profiler检测内存泄漏，得到的结果中 “Final Heap bytes” 是不是表示泄漏的内存总量？

corn8888 2013-12-06 10:45:58

请问用CLR Profiler检测内存泄漏，得到的结果中 “Final Heap bytes” 是不是表示泄漏的内存总量？

...全文

281 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

corn8888 2013-12-06

打赏
举报

回复

引用 1 楼 caozhy 的回复:

当然不是。所有在堆上分配的都在此列。

请问，版主，我如何找到泄漏的内存？谢谢

threenewbee 2013-12-06

打赏
举报

回复

当然不是。所有在堆上分配的都在此列。

最近关注程序性能的优化方面，本想写篇CLRProfiler的简要文档，看到pengpeng已写好，那就转载好了，偷偷懒。 .Net的尽管拥有非常强大调试器，但也有很多局限性，只限于CLR之上，无法得到CLR的具体细节，而且在多线程上就显得很无力。 CLR在运行中隐藏了很多细节，像.net语法糖上的一些细节可以通过reflector得知（.Net 很多api在不同的版本实现细节也有较大的改动）CLR的运行也可以通过一些工具得到。也许你会问为什么需要知道这些细节呢？要知道.net也是有很多bug而且.Net.

CLR Profiler 有两个版本，分别用于CLR1.1 和 CLR2.0，至于CLR4试了一些也可以，但不知道是否完全兼容不，分别2003，和2005 由微软CLR性能组发布的。几百k很小巧的工具，有给出源代码，核心部分用C++写的，UI使用C#编写。CLR Profiler使用注入式测试，他会记录每一次的内存分配和方法调用，因而严重的影响程序的执行速度，会慢10~1...

我们知道.NET是带有垃圾回收机制的，出现出现了.NET应用程序内存不断飙升的情况一般是由某些数据长期存活在内存中又不能被当成垃圾数据回收的原因造成的。后来就在各搜索引擎上进行了各种搜索，有说使用windebug分析dump，但需要大量时间琢磨，有人说是不是硬件问题，还有人说中毒了，最后找到了一款微软推出的CLRProfiler工具，貌似很强大，遂MSDN了一把，MSDN是这样说的：

本文是一篇深度解析Unity内存泄漏问题的技术文章，主要聚焦于行业普遍存在的三大认知误区，并系统性地提出解决方案。文章首先厘清Unity双层内存架构（托管层和原生层）的核心定义及各自的内存回收机制，指出托管层泄漏本质是无效对象被GC根强引用，原生层泄漏则是C++底层资源未释放。随后提供标准化的四级排查流程，涵盖定性判定、快照Diff定位、引用链路溯源和复现验证，并列举12类高频泄漏场景，包括静态容器强引用、事件未取消订阅、协程隐式持有等托管层问题，以及Texture/Mesh未Destroy、Materia

How To: Use CLR Profiler Improving .NET Application Performance and ScalabilityJ.D. Meier, Srinath Vasireddy, Ashish Babbar, and Alex Mackman Microsoft CorporationMay 2004Related Lin

111,129

社区成员

642,541

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章