c# - 当我使用 Socket.IO 时，为什么会出现错误 An unhandled exception of type 'System.OutOfMemoryException'

Question

我编写了一个程序来获取屏幕截图并发送到服务器。每次，我都会截屏并转换为 base64，然后使用 Socket.IO 发送。 (使用 SocketIOClient.dll)

 Dictionary<string, string> image = new Dictionary<string, string>();
 image.add("image", "");

 private void windowMonitorTimer_Tick(object sender, EventArgs e)
 {

     image["image"] = windowMonitorManager.MonitorScreen();
     client.getSocket().Emit("Shot", image);
 }

windowMonitorManager.MonitorScreen() 用于返回 base64 字符串。如果我不使用client.getSocket().Emit("Shot", image)，程序可以正确运行，但是如果我添加这一行，程序会停止大约 2 秒(发送将近 80次)并给我错误:

An unhandled exception of type 'System.OutOfMemoryException' occurred in mscorlib.dll

如果我不发送这么长的字符串，只是一个很短的字符串“hello”，发送1600次就会出现同样的问题。

有人知道如何调试这个问题吗？

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

我尝试测试 socket.Emit()，发现它有它的限制。

比如我发送一个10000000的字符串，发送了88次后，出现了out of memory的问题。如果我发送一个 5000000 的字符串，在 170 次之后，它会出现同样的问题。

Answer 1

内存不足主要是当进程消耗的内存比默认系统允许的内存大得多时抛出的异常(例如 32 位系统上的 2 GB)，在 64 位系统上，它更高，但仍然受到限制在一定的实际限制下，它不是 2^64 的理论值，它因操作系统而异，也取决于底层 RAM，但对于单个进程来说足够大，现在由于多种原因可能会发生这种情况:

• 内存泄漏(最突出)，主要与非托管代码调用有关，如果存在未取消分配或释放的句柄或内存分配，在一段时间内会导致大量内存分配进程，因此当系统无法再映射时出现异常。

• 托管代码也可能泄漏，我已经做到了，当对象被连续创建并且它们没有被取消引用时，即它们在 GC 上下文中仍然可以访问，所以你可以导致这种情况，我已经做到了这在我的代码中:)

• 这不是空引用或损坏，因此直接堆栈跟踪在这种情况下用处不大，只是因为您每次都可能得到不同的堆栈，它就像进程的堆栈线程，当异常发生时，它主要是误导，所以不要尝试那样做。一个线程的执行方法并不代表它会导致内存泄漏，不同的线程会有所不同。

如何调试:

可以采取一些简单的步骤来缩小范围，但在任何事情之前确保您拥有调试版本，其中包含进程的所有已加载二进制文件的有效 pdb 文件。

• 要了解是否存在泄漏，请通过任务管理器或最好通过 perfmon 监控进程“工作集”、“虚拟字节”计数器，因为它更准确，而且它还提供可视化图表。

• 现在泄漏就是泄漏，因此将 32 位系统中的地址空间从默认的 2GB 增加到 3GB 等步骤只能在一段时间内有所帮助，但 perfmon 会告诉您是否存在稳定点，就像在少数情况下，进程需要 2.2 GB 的内存，因此默认情况下 2 GB 是不够的，但 boot.config 中的 3 GB 和用于微调的 UserVA 设置 3 GB 将有助于避免异常。

  • 如果您使用的是 64 位系统，那么这不是一个担心点，但请确保您的二进制文件是为 X64 或任何 CPU 编译的，32 位二进制文​​件将作为 WOW 进程运行并且对 64 位有限制系统也是。

  • 还可以尝试使用来自 sysinternals 的小型实用程序句柄，在批处理中为进程多次运行它会提供泄漏句柄的详细信息，如分配的文件、互斥锁等句柄数量

  • 一旦您确认是真正的泄漏，而不是设置、配置或系统问题，内存分析器就会出现。在免费软件中，您可以通过 windbg、umdh 和 leakdiag 等免费工具获得大量信息，它们实际上会向您指出正在泄漏的确切堆栈跟踪。 umdh 和 leakdiag 都是非常好的工具，它们让你知道泄漏的功能。 Leakdiag 比 UMDH 更详尽，但对于运行时堆 UMDH 已经足够好了

• 专业的内存分析器，例如:

• 点内存 - http://www.jetbrains.com/dotmemory/

• Ant - 红门 - http://www.red-gate.com/products/dotnet-development/ants-memory-profiler/

也非常好，我个人认为 Dot memory 更有帮助，它有助于快速指向泄漏的函数或类型，只要您有正确的符号文件，只需很少的努力。两者都有免费下载版本可用

大部分解决内存不足异常是一个渐进和迭代的过程，因为这个异常可能隐藏在内部深处，每次执行都会泄漏一 block 内存并使整个过程瘫痪。如果您在使用特定工具方面需要帮助，请告诉我，然后我们可以看看还可以做些什么来进一步调试问题。调试愉快