为什么 Monosnap 变得如此缓慢 — 以及解决方案
以前没’这么慢。启动曾只需一秒。编辑器曾瞬间打开。以下是’发生的变化、为什么这种趋势不会’逆转，以及真正再次感觉快速的轻量级替代方案。
Electron 税，雪上加霜
Monosnap 并’非 Electron 应用。在其早期，许多捕获和编辑代码都是原生的。随着时间的推移，UI 组件在 Chromium 渲染器之上进行了重建 — ，这使得它们更容易迭代，但也增加了巨大的、永久性的启动成本。
Electron 不会’随着时间推移而变得更轻量。每年 Chromium 都会增加功能，发布更多代码，增加内存基线，以及更复杂的初始化。一个在 2019 年可接受的 60 MB 应用，现在启动时至少需要 180 MB，并且还会继续增长。这’还没考虑我们在 内存泄漏页面上讨论过的内存泄漏问题。.
当您按下 Ctrl+Alt+5，Monosnap 必须预热 Chromium 渲染器来绘制捕获叠加层。对于一个冷启动的应用，这’耗时数百毫秒。对于一个已经占用数百兆内存的“热”应用，它’会更长。在工作日的第五个小时，叠加层绘制速度会慢到用户可以察觉到差异。
注释编辑器是罪魁祸首
捕获后的编辑器窗口几乎完全是一个 Chromium webview。当你放置一个箭头或绘制一个矩形时，工具会通过 Electron’的 IPC 边界发送事件到原生进程并返回。这个往返过程在一个新进程上很快，但一旦进程负载增加，就会明显卡顿。
对于进行大量注释的用户 — 错误报告、教程、文档 — 这会累积起来。十分钟的注释感觉像二十分钟。
Maxisnap：无 Electron，无负担
Maxisnap’的编辑器是一个原生的 PyQt6 窗口。注释画布使用 QPainter 直接在 QPixmap。这里’没有 webview，工具逻辑和渲染表面之间没有 IPC 边界。当你放置一个箭头时，它会在下一个绘制周期中出现。没有往返过程。
在典型机器上，从托盘冷启动到准备捕获大约需要一秒。从捕获到编辑器打开不到 200 毫秒。这些数字在第 1 小时、第 4 小时、第 8 小时和第 72 小时都保持不变。该应用不会’随着时间推移而性能下降，因为这里’没有什么会累积。
找回你的速度
- 1下载安装程序。 下载页面，63 MB，免费。
- 2退出 Monosnap 从托盘中，这样两个应用就不会’争夺热键。
- 3安装。 默认设置即可。无需重启。
- 4按下 Ctrl+Alt+5。 注意，编辑器会在你’松开按键之前打开。
性能问题
不切换应用，我能加速 Monosnap 吗？
效果甚微。在一天结束时关闭应用而不是让它一直运行。取消勾选“最小化启动”。禁用任何你不需要的云同步功能。’这些都无法解决结构性开销，但会有轻微帮助。
Maxisnap 是’捕获质量一样吗？
完全相同。PNG 输出为全分辨率、无损。也支持可配置质量的 JPEG。没有’降采样或调整大小，除非您通过裁剪工具自行添加。
Maxisnap 支持滚动捕获吗？
暂不支持。如果滚动捕获对您的工作流程至关重要， ShareX 或 Snagit 更适合。对于带有注释的标准区域/全屏/窗口捕获，Maxisnap 更快、更轻量。