好的，所有的ASP.NET专家：我使用反射镜来研究ASP.NET缓存实现(它位于HttpRuntime.Cache和HttpContext.Current.Cache)在内部使用Hashtable来保存缓存。
但是，数据存储在非托管内存中。这是非常奇怪的，因为我看不到任何数据存储在非托管内存中。但是，编写一个非常简单的Web应用程序，将一大堆字节数组插入到缓存中，我们可以看到：
>私人字节数：460MB
>所有堆中的字节数：150MB
=>
托管内存：150 MB
非管理内存：310 MB
所以基本上我正在调用应用程序多次(每增加一个1000x请求，每个64KB空缓冲区byte []缓存中)。所以增长最多的是私有字节(总内存)，而不是所有堆(托管内存)中的字节数。但是，由于我使用Hashtable将对象添加到托管堆中，所以我期望托管内存增长与内存总量一致。
你能解释一下这个行为吗？
UPDATE
正如Simon所说，所有堆中的字节仅在垃圾回收后才会更改 – 我更改了代码以引发垃圾回收，并更新计数器。第2代堆存储器的增加与添加的内存量完全相同。然而，非托管内存仍然高得多。在这个例子中，堆2只有96MB，而内存总共为231 MB。
解决方法
所有堆中的#字节仅在执行垃圾回收时更新，而私有字节可以更快的更新速率。 (我不知道这个数字来自哪里，内部和更新的频率。)
17:42:45之后私人字节数增加。这个数量似乎与17:43:10的所有堆中的#字节的值跳转相匹配。在任何垃圾收集完成之前，它看起来需要20-25秒，并更新所有堆堆中的#字节。
很难弄清楚内存分配如何在几分钟内出现在屏幕截图中呈现的性能计数器。 ;)继续运行测试，看看你的期望如何在更长的时间内工作。
TL; DR：被管理字节的数量应与专用字节相关，但是管理计数器只会在垃圾收集期间更新。
OP的小笔记：正如这个回应所说，记忆中的滞后可以通过落后于GC来充分解释。非托管记忆也上升的事实不是我的问题。所以感谢@Simon。
