类比第1部分-一般内存使用
32位系统上的进程通常可以寻址2GB的虚拟地址空间。这是你必须使用的内存，与你有多少内存无关。更多的RAM有助于提高性能，因为使用更多RAM可以减少页面数量，但对于扩展2GB地址空间没有任何作用。
想象一下这个2GB地址空间是一家餐厅的占地面积。
当你分配一个对象（无论它是.net还是非.net）时，通常遵循两个步骤。您保留内存，然后提交保留区内的空间。
预订等于在餐厅预订一张桌子。我们稍后会根据你的记忆在餐厅预订。举个例子，你是一个3人的聚会。餐厅里不太可能有3个人的桌子，但是你会得到一张4人的桌子，其中你用了3个座位，浪费了一个座位。
在内存术语中，您保留的表空间称为保留内存（虚拟字节），实际使用的空间（用于3个座位）是comitted内存（私有字节）。尚未保留的楼层空间是空闲内存。
在一个不错的餐厅之夜，你的餐厅/记忆可能会像这样：蓝色区域是保留空间，红色区域表示承诺空间，白色区域是*空间。
现在，如果有人打电话来预订3人，他们会得到的答复是餐厅已经客满，因为要让3人坐在一起的唯一方法就是让他们坐在4人桌上。即使你可以坐两张两人座的桌子，那也不太好，因为他们都想坐在一起。
类似地，当您进行内存分配时，您不会将内存保留拆分为不同的位置，它必须在一个块中分配，或者根本不分配。因此，这种情况下的内存结果将是“内存不足”，即使还有足够的空间。
观察力强的人可能也会注意到，如果我们把桌子放得更近一些，使它们完全并排在一起，你可以很容易地放进一张4人的新桌子上，但是保留的记忆区域，就像一些餐馆的桌子一样，是不能移动的。
当我们谈论内存碎片时，我们要么谈论可用但不可用的内存（因为它不够大，无法容纳新表），要么我们没有使用多少保留内存（虚拟字节和私有字节之间的差异）。
类比第2部分.NET GC
大多数时候，当你在一个应用程序中创建对象时，无论是.NET还是不使用，都使用某种内存管理器（NTeAP、C++堆、GC等），在餐馆的情况下，你可以把内存管理器想象成一个为你保留座位的女主人，并引导你到你要就座的位置。例如，如果调用Maloc，您不必提供一个地址，在这里您希望分配分配，而不是说您希望内存有一定大小，Maloc返回，OK，您将在“C++堆”区域中的表1中就位。
.NETGC更进一步，为任何可能想在这个过程中使用.NET对象的人预先预留了一个大表（比如一个64个座位的表）。当任何人创建一个.NET对象时，GC会引导他们到该表的下一个可用位置。每隔一段时间，引座员会绕着桌子走一圈，看看是否有人吃完了，请他们离开，然后把其余的人推下桌子。有些人可能会在离开前等待别人完成工作（推荐信），所以他们也可以留下来。有些人可能真的很烦人，他们会说，老兄，我有一个靠窗的座位，我根本不动（固定的物体），这意味着其他人也不能被挪到桌子的尽头。
人与人之间的任何空位都称为.NET内存碎片。
一旦64个座位的桌子被填满了，GC需要保留一个新的64个座位的桌子，如果它不能容纳新来的人，你将得到一个内存不足的异常。
好吧，这个类比够了，这是真实世界中的记忆NET应用
同样，红色部分是提交内存，蓝色部分是未提交的保留内存，空白部分是空闲空间。
你在内存空间末尾看到的点可能是DLL，尽管就像餐厅场景一样，有很多空白，很可能这些小红点之间的间隙都不足以容纳64MB的段，因此，下次我们填充GC段并需要一个新的GC段来容纳新对象时，将出现内存不足异常。
这些小红点（DLL）之所以这样间隔，是因为它们是在那些特定DLL的首选基地址加载的。因为很难事先知道什么是“好的”首选基址，所以对于这种类型的碎片，你做不了什么，但是你能做的是找出你实际使用的内存的去向。
关于性能计数器以及如何不使用taskmanager的注释
在整个类比过程中，我谈到了私有字节和虚拟字节，这是定义内存使用或内存泄漏时要考虑的两个最重要的性能计数器。
还有另一个称为working set的计数器，它被简化为进程中线程当前或最近接触的内存页中有多少内存，或者进程当前使用的内存中大约有多少内存在RAM中。如果您有太多分页的问题，并且同一个机器上有许多进程在争夺RAM，那么工作集计数器可能会很有趣，但是为了确定您使用了多少内存（保留或提交），它几乎没有提供帮助或没有帮助。
如果你想看到这一点，你可以创建一个winforms应用程序，分配一堆对象，然后看到工作集启动，如果你最小化应用程序，工作集就会下降。这并不意味着你已经释放了所有的记忆。它只意味着你在看一个计数器，它与决定你在内存中存储了多少东西完全无关：）然而。。。这是人们最常查看的计数器，以确定内存使用情况。。。
我知道现在你可能在想“是的，对”，你以前都没听说过这个柜台，为什么我要说这是大多数人看的柜台？？？答案是，因为大多数人使用任务管理器来查看进程的内存使用情况，特别是查看内存使用情况列。意外惊喜：）这实际上显示的是进程的工作集。。。
如果您想查看private bytes，这是一个更有趣的计数器，那么您可以查看task manager中标记为Virtual Memory Size（是的，这非常直观：））的列，或者更好地查看performance monitor中的processprivate bytes和processvirtual bytes，如果您的目的是调查高内存使用率或内存泄漏，那么没有理由不这样做。