OutOfMemory异常

Question

1. OutofMemory异常的可能原因是什么？

2. 内存分配应该由GC处理。

3. 多少内存分配/可用正常的.NET/C＃应用程序

在我们的应用它是在不同的地方，如Stream.ReadToEnd()和DataTable.WriteXml(Memory stream)功能。

环境的.Net C＃

Answer 1

的OutOfMemory exception内，只要到以下任何MSIL指令调用失败

1. newobj
2. newarr
3. 箱

这基本上是操作s在堆中分配新的内存，在你的情况下，Stream.ReadToEnd显然会在内部分配字节数组来加载内存中的流，所以如果文件大到足以破坏进程，它将抛出这个异常。

Answer 2

1. 假设您的应用程序中最多可以使用10MB内存。您创建一个新的列表并添加到它的对象实例。现在让我们说每个对象实例的“重量”为1MB。因此，前10个实例将添加没有问题，但第11个实例将抛出OutOfMemoryException，因为在前10个实例中，您使用了所有分配的内存（10MB）。

2. 垃圾回收器查找“垃圾”，不会使用的实例 - 哪个CANT可以被使用，因为没有其他实例指向它们。 例如，如果有一个包含实例的List类型的实例成员，GC将不会收集该列表或其实例。继续向列表添加实例可能会增加OutOfMEmory异常。

，如果你想使用以下VM参数/需要增加你的应用程序所使用的内存： 的Java youAppName -Xms128m -Xmx512m

Answer 3

无论您使用的应用程序即可以使用更多的内存。在这种情况下，您需要研究如何使内存使用更加高效。使用文件/数据库来存储您没有立即使用的数据可能是必要的。

或者，你有内存泄漏。在这种情况下，当您不再使用它们时，您需要查看删除对内存的引用，以便GC释放内存。

如果您使用的是C＃或.Net，则可以使用CLR事件探查器分析您的内存以查看它是如何使用的。 CLR Profiler

Answer 4

您的应用程序使用了可用的内存，或者您有堆碎片问题。

在第一种情况下，您已经创建了足够的对象来占用所有的内存，并且仍然有对它们的引用，所以垃圾回收器无法清除它们。

在第二种情况，堆碎片中，您尝试创建一个大于堆中最大连续内存块的对象。这种情况比较少见，但在某些情况下肯定会发生。在gc运行过程中，普通堆会被压缩，但大对象堆不会。

关于大型对象堆，MSDN上有一个很好的article。

编辑：我想起了另一种解决内存不足的方法。您可以尝试创建大小超过2GB的对象。即使在64位上，这也是.NET中的最大对象大小。