适用于 Windows 的 Monosnap，
不再卡顿。
Maxisnap 是 Monosnap 工作流程的 Windows 原生重构。相同的 Ctrl+Alt+5 快捷键，相同的标注工具，编译为真正的 Win32 应用程序，没有 Electron 的负担。
Monosnap 在 Windows 上卡顿的原因
您遇到的卡顿通常发生在同一个地方：您按下区域快捷键，叠加层出现，您拖动一个矩形，然后应用程序会卡住三到八秒，编辑器才能打开——或者根本打不开。任务管理器显示 Monosnap 内存飙升至 400 MB 或更高。
有三个因素。首先，Monosnap 作为 Electron 应用程序发布，因此每次捕获都会启动一个 Chromium 渲染器来合成编辑器窗口。其次，捕获管道并不总是及时释放 GDI 句柄，这在 Windows 上很重要，因为每个显示器都有一个有限的句柄池。第三，长时间运行的会话会积累内存泄漏，这些内存永远不会释放回操作系统。在工作日的第四个小时，卡顿就不是一个 bug——而是一个可预测的最终状态。
Maxisnap 的不同之处
Maxisnap 直接基于 Win32 捕获界面构建。没有 Electron。没有嵌入式浏览器。没有 Chromium 内存模型。编辑器是一个 PyQt6 窗口——一个真正的原生操作系统小部件——在捕获后不到 200 毫秒内打开。多显示器区域捕获可跨越所有显示器。句柄会分块清理。 finally 空闲 RAM 保持在 50 MB 左右，并在整个工作日内保持稳定。
除了性能之外，使用体验刻意保持熟悉。 标注工具 涵盖箭头、编号图钉、文本、模糊、裁剪、形状和高亮。上传目的地包括 SFTP、FTP、S3、自定义 HTTP 端点和内置的 Maxisnap Cloud。系统托盘图标。全局快捷键。自动复制 URL 到剪贴板。同样的功能，不再卡顿。
哪些改变，哪些不变
| 在 Windows 上 | Monosnap | Maxisnap |
|---|---|---|
| 运行时 | Electron (Chromium) | 原生 Win32 |
| 空闲内存 | ~180–400 MB | ~50 MB |
| 截图到编辑器时间 | 1.5–5 秒 | < 200 毫秒 |
| 区域热键 | Ctrl+Alt+5 | Ctrl+Alt+5 |
| 多显示器区域 | 仅主显示器 | 所有显示器 |
| 混合 DPI 处理 | 不一致 | 按显示器 |
| 截图时冻结 | 频繁 | 未观察到 |
如何在 Windows 上替换 Monosnap
关闭 Monosnap
右键单击其托盘图标，选择退出。两个应用程序默认都使用 Ctrl+Alt+5。
捕获
按下 Ctrl+Alt+5。绘制一个区域。编辑器会立即打开。不会冻结。
配置上传
设置 → 上传。粘贴您的 SFTP、FTP 或 S3 凭据 — 或者直接使用 Maxisnap Cloud。
Windows 相关问题
- Maxisnap 可以在 Windows 10 上运行吗？
- 是的。Windows 10（64 位，版本 1809 或更高版本）和 Windows 11 都受支持。
- Maxisnap 在测试期间可以与 Monosnap 同时运行吗？
- 技术上可以，但不推荐。两者都注册了相同的默认全局热键，因此其中一个将无法响应按键。在启动 Maxisnap 之前退出 Monosnap — 或者在其中一个应用程序中重新绑定热键。
- 它支持捕获DirectX或GPU加速的窗口吗？
- 是的。Maxisnap使用标准的Windows捕获API，可以干净利落地处理DirectX表面。Chromium、浏览器、视频播放器和Electron应用程序都能捕获，没有黑框。