受够了Monosnap崩溃？
切换到Maxisnap。

三种崩溃模式

Monosnap在Windows上的崩溃可分为三种主要不同的故障模式。了解您遇到的是哪一种很有用——尽管这三种模式的修复方法是相同的。

GPU渲染器崩溃。 这些表现为应用程序突然关闭，通常在下次启动时出现“应用程序初始化失败”对话框。根本原因是Chromium的GPU进程未能与显示驱动程序通信。使用最新NVIDIA RTX驱动程序或AMD Radeon驱动程序的用户最常报告此问题。Monosnap的Electron基础意味着它继承了Chromium的所有GPU错误。

GDI句柄耗尽。 Windows限制单个进程可以持有的GDI对象数量（默认上限为10,000）。Monosnap的多显示器捕获管道并非总是在每次捕获后释放句柄。在足够长的会话中，计数会逐渐增加，直到分配失败，应用程序静默终止。

内存不足崩溃。 随着 内存泄漏 增长，进程最终会超过一个限制——无论是32位进程的操作系统虚拟地址空间限制，还是用户的系统压力限制。应用程序会终止。Windows事件查看器将显示一个“AppCrash”事件，并附带 monosnap.exe 和异常代码。

为什么Maxisnap不会’遇到这些问题

Maxisnap是一个64位原生应用程序。它不使用Chromium GPU进程，因此第一类崩溃在架构上是不可能发生的。GDI句柄在每次捕获后以 finally 块的形式释放，因此句柄耗尽不会逐渐累积。平坦的内存配置文件排除了OOM。

v2.x系列在内部和用户测试中已连续运行数月，表现稳定。如果发生崩溃 发生 发生时，崩溃处理程序会将日志写入 %APPDATA%/Maxisnap/maxisnap.log 您可以将其通过电子邮件发送给支持团队 — 并且由于应用程序正在积极维护中，修复将在下一个版本中发布，而不是三年后。