pixpin这个软件好占用内存啊，2个G了啊，谁有替代品

见鬼了。这么晚还有这么多人发帖吗

没道理啊。我刚才看了只有几十M

@飞天De猪 #2 一直开着3天了。偶尔截图

贴图用的多，历史数量都改少了

我都是系统自带

手搓了一个，还在测试中

我怎么一直开机的怎么就10mb ^-^

我也是喜欢轻量化的东西，我截图用的snipaste

@Zendust #9 不好用，才转到pixpin。。。。

@emdel #8 内存占用啊，硬盘又不值钱

@antwalk #11 你用学习版还是免费版还是正版永久版

我看了一下我才几十mb

1Capture

win10 35m路过

估计软件出bug了 内存泄露了

@antwalk #0

你的不科学啊

1Capture好用，要付费

@TheyThem #12 免费版啊。这玩意不是免费的吗？又不需要付费

好奇2G怎么来的...几十MB 路过

@antwalk #11 我的内存占用不到30MB，你的那2.8GB有点离谱了

你这占用不正常啊 让ai给你诊断一下

Capso 开源的截图工具

已定位：异常来自 PixPin 的“普通截图”流程。每次截图生成的全屏 Retina 原图，以及裁剪、编辑、历史记录使用的 QImage 裸像素副本，没有全部释放，长期累计到约2.8GB。

原因链路大致是：

进入普通截图

→ 捕获 Retina 全屏原图（约36MB）

→ 创建区域裁剪、标注、OCR/编辑所需副本

→ 截图窗口销毁

→ 部分 QImage 底层像素缓冲仍被历史/缓存/共享引用持有

→ 每次截图累积几十 MB

→ 35次后累计约2.8GB

→ macOS 将其压缩/换出，最终显示约3.1GB footprint



    

  

日志显示截图结束时，ShotInfoBar、ActionsBar、区域识别线程等界面对象都正常销毁了。因此泄漏的不是截图窗口本身，而是它们背后的原始图片数据。

虽然配置中：

但旧进程仍保存了10份完整全屏缓冲和大量裁剪缓冲，说明 PixPin 3.4.3.2 的历史淘汰只移除了记录或外层对象，没有同步释放底层 QImage 数据；也可能是 Qt 的隐式共享引用仍由某个缓存对象持有。这是应用内部生命周期管理缺陷。

另外排除了几个干扰项：

PixPin 官方文档也说明普通截图默认通过 Ctrl+1 进入，并会生成截图/贴图处理数据；录屏则会进入独立的录制和回放流程。PixPin 快速开始、PixPin 屏幕录制

目前我已经：

• 结束了原来占用3.1GB的异常进程。


• 临时启用并随后撤销 malloc 诊断环境。


• 恢复普通模式 PixPin。


• 确认当前 footprint 约26MB，CPU约0.1%。


• 没有删除配置、历史图片或数据库。

精确到 PixPin 源代码的具体函数还做不到，因为它是闭源发布版，旧进程启动时也没有 malloc 调用栈记录。但异常所属模块已经可以确定为：ScreenShotWindow/ScreenShotView 普通截图历史或图片缓存释放路径，而不是录屏模块。

我电脑不关机3天也才20m不到，你这内存泄露了吧

@Syzygy #26 搞不定啊。重装过了。系统升级过了。都最新了还有问题

WIN11 30MB占用

8.8

PixPin 贴图只需要两三张内存占用就飙升，短时间内不会释放现在换了 Snipaste，不足是文字识别没法选择复制，只能全部复制。