这种么,基本就是分配太快来不及回收或是GC还不觉得有必要回收,你可以试试加个force GC的功能,执行下估计内存也能降。
Memory Profiler除了拿快照,还可以追踪这段时间里分配了哪些对象,哪里分配的,然后看看分配体积最多的是什么对象。
再不行就adplus -hang获取dump,用windbg慢慢分析。
Memory profile 的过程 都是先强制GC一下,然后看看所有的对象的引用 Map1, 然后重复运行目标流程N次,再强制gc一下, 看看对象的引用Map2
如果目标流程有内存泄漏,那么 Map2 -Map1 的对象一般就是内存泄露的内容。
不做强制GC就会有大量的无关临时对象加入比较 会混淆结果。
你只做了第一步 没有做第二步,所以等于你根本没做内存分析。
------------------
这个过程vs2013 已经可以完全自己完成了 不需要额外的工具的样子,
最多你在网站里面加一个强制gc的按钮,按下去就可以用任务管理器抓dump了,
第一个dump用一个vs 打开,进入内存debug模式就可以比较另一个dump
-------------------
如果没有内存泄漏,那么就是可回收的内存, 在需要内存的时候会自动GC,所以不需要担心
但是要注意自己是不是有太多拼string 的操作, 或开装箱的操作,这样会产生很多临时的无根对象,造成内存垃圾。毕竟GC也不是免费的,但这不是Memory的真实消耗 反而是cpu消耗