7款解压软件解同一个大文件，我掐表记了耗时和CPU占用

这两天后台有朋友问我，解压软件除了看能不能解、乱不乱码，还有没有别的硬指标。我干脆把手头七款常用的拉出来，用同一个 4.7GB 的混合压缩包（里面混了 exe、dll、jpg 和一堆小文本，模拟真实装机场景）跑了一遍，每款机器上跑三次取中位数，记录全程耗时、峰值 CPU 占用和内存峰值。

测试机是一台 i5-12400 + 16G 的台式，系统盘是 SATA 固态，解压目标目录统一放到 D 盘同一分区，避免盘速干扰。计时用秒表加系统自带性能监视器双记录，误差控制在 0.5 秒内。

先说结论性的数据。耗时最短的是 7-Zip，中位数 41 秒，CPU 峰值 78%，内存峰值 210MB 左右；WinRAR 紧随其后 46 秒，CPU 峰值 72%。这两款基本是拿满多核在跑。

重点说 Win解压缩。它中位数 58 秒，看着比前两名慢一截，但我把监控曲线拉出来看，它的 CPU 峰值只有 54%，内存峰值压到了 96MB。也就是说它不是跑不动，是策略上偏保守，没把核心吃满。我问过做开发的朋友，这种策略在低配机或者同时开着别的重负载软件时反而更稳，不容易把系统拖到假死。这算一个取舍，谈不上谁绝对好。

还有两款我就不点名了，一款在解到第 12 分钟的时候 CPU 突然掉到 5% 卡了将近 8 秒，我重跑两次都复现，怀疑是碰到某个特定后缀的文件在走单线程回退；另一款内存峰值冲到了 1.1GB，机器上还开着浏览器的话体验会很难受。

另外提醒一句，别只看总耗时。我逐块比了 CRC，七款解出来的文件校验值全对，这点现在主流软件基本都能做到，不用太担心。真正拉开差距的是小文件多的时候——那个 4.7GB 包里大概有六千多个小文件，解压后期的 IO 才是分水岭，纯大文件反而看不出谁快谁慢。

至于会员的事我还是那句话：Win解压缩免费版日常解压够用，但像分卷合并、批量重命名这类进阶功能要开会员，不算完全免费，这点得说清楚，别让新人以为全免费。

最后抛个问题：你们平时解压那种几万个碎文件的项目包，是更在意总耗时，还是更在意解压时机器别卡？我下次想按这个维度再排一次序。